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Communications network connection system and method 



(54) 

(57) A system and method for remotely connecting 
client computers to a communication network such as 
the Internet by way of a server system and dynamically 
providing network connections to the client computers, 
including changing static communications settings to 
dynamic settings. Usage time can be billed and tracked 



and access software on client computers can be updat- 
ed. A hot access port is provided for client system ac- 
cess in which a welcome signal is pushed from the sen/- 
er system to the access port. After a connection is made 
between the client system and the access port, the client 
system receives the welcome signal. 
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Descriptioi 



[0001] This application is a continuation-in-part of 
, United States Patent Application Serial No. 09/033,443, 

.whicln was filed March 2. 1998, and which is a continu- 
atlon-in-part of United States Patent Application Serial 
J No. 08/919,397, which was filed August 28, 1997. 

Field Of The Invention 

[0002] The present invention relates to a system and 
method for remotely establishing an electronic commu- 
nications link between an electronic communications 
network, such as the Internet or a wide area network, 
and a communications device, such as a portable com- 
puting device. 

Background Of The Invention 

[0003] Electronic communications networks are wide- 
ly known and accessed. Among such networks are the 
Internet, on-line services, e-mail services and wide area 
networks. 

[0004] It is known to provide access to such electronic 
communications networks by various means. One com- 
mon means is via an Internet service provider ("ISP"), 
who provides access to the Internet for individual users. 
Examples of ISPs include. Netcom, UUNet and Erols. 
The Internet generally includes numerous computers 
that communicate with each other using common com- 
munication protocols, commonly known as packet 
transfer protocols, such as the TCP/IP protocol. The ISP 
system, in turn is connected to the Internet, typically via 
a high speed communications line to an Internet center 
such as the nearest super computer center forming part 
of the "backbone" of the Internet. 

[0005] Another means to provide access to an elec- 
tronic communications network is via an on-line service 
provider ("OSP"). OSPs typically maintain private com- 
munications networks, and optional links to certain fea- 
tures of the Internet through their private communica- 
tions networks. OSPs typically provide additional serv- 
ices, such as private information databases, e-mail 
among members of the particular OSP, transactional 
services or games. Examples of known OSPs include 
America Online, Compuserve and Prodigy 
[0006] Once the user calls in to an OSP or ISP an 
indirect connection to the Internet via the OSP or ISP is 
achieved. A user can send and receive messages over 
the Internet. "Messages" as understood in this descrip- 
tion may include any form of communication via a com- 
munications network, including, by way of example, any 
form of digital signals, URL requests, HTML transfers, 
JAVA code, e-mail messages, FTP transfers, voice, mu- 
sic, Telnet links, GOPHER, and so on. 
[0007] Another form of communications network is a 
private "intranet" or wide area network ("WAN"). A typi- 
cal example is a system linking computing devices at 



facilities of a corporation. Remote access to 
such intranets and WANs typically is accomplished us- 
ing a dial-up connection (discussed in more detail be- 
low) in conjunction with specialized communications 
software such as the Remote Access, Wildcat! or Pro- 
comm software packages. 

[0008] Dial-up connections are a typical means of 
connecting into communications networks. In a typical 
dial-up connection, the user's computer is equipped with 
'0 a modem, which dials a telephone number for the net- 
work. Dial-up connections are commonly used to ac- 
cess ISP and OSP networks. They are also commonly 
used for remote access to other forms of communica- 
tions networks, including intranets and WANs, as dis- 
'5 cussed above. In the ISP example, once a "handshake" 
is completed between the user modem and the ISP mo- 
dem, a connection is accomplished and communica- 
tions access is provided. Such dial-up connections suf- 
fer the disadvantage of relying upon the telephone lines 
20 to accomplish a connection - depending on the availa- 
bility of the telephone network, and telephone network 
dialtone availability. Likewise, the speed of connection 
is limited by the narrow bandwidth available via typical 
telephone lines. Such connections also suffer the dis- 
25 advantage of providing a relatively low speed connec- 
tion, limited by the speed of available modems. At the 
current time, typical modems are generally in the 1 4,400 
through 56,000 baud speed range, although it is under- 
stood that there are some efforts to develop higher con- 
30 nection rates . 

[0009] Another form of dial-up connection is accom- 
plished using an ISDN telephone line and a modem 
adapted for ISDN linkage. Although a faster communi- 
cations link is achieved than through other forms of mo- 
35 dem connection, many of the same disadvantages oc- 
cur. The connection is relatively slow and the telephone 
network is used to establish the communications link be- 
tween the individual user and the communications net- 
work. Although a wider bandwidth is provided via ISDN 
-fo link, the bandwidth is relatively narrow in comparison 
with that available via direct linkage to a communica- 
tions network. At the current time, typical ISDN adapted 
modems achieve maximum connection speed of ap- 
proximately 128,000 baud. 
■^5 [0010] In accessing the Internet, an individual user 
computer typically is provided an IP address and DNS 
address from the sen/ice providing the Internet access, 
whether OSP, ISP etc. A disadvantage of this is that the 
individual user computer typically may store these ad- 
50 dresses, and relatively complex procedures are re- 
quired to change them. For example, changing the IP 
address and DNS address stored in an individual user 
computer can require the manual input of long numbers. 
Alternatively, it may require loading and implementing 
55 specialized software, such as access software provided 
by an OSP or ISP A further disadvantage is that the in- 
dividual user computer does not have great flexibility 
such as when traveling, if access to a mode of Internet 
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access is desired, which is different from the individual 
user computer's typical mode of access, such as the typ- 
ical OSP or ISP used. 

[0011] Modem connections suffer the additional dis- 
advantages of requiring numerous steps to achieve con- 
nections for travelers: in hotels, or in public places. In 
hotels, for example, telephone jacks typically are pro- 
vided for telephonic connections. Typically, the user 
must run a telephone wire from the telephone jack pro- 
vided by the hotel to another telephone jack in a portable 
computer or persona! communicator. The hotel's tele- 
phone wiring and switchboard system is then accessed 
to establish a telephone communications link to the tel- 
ephone network, which in turn routes a telephone call 
through to an ISP, OSP or other communications net- 
work portal. This suffers numerous disadvantages, in- 
cluding dependence upon the hotel wiring and telecom- 
munications equipment, relatively slow speeds, the use 
of special dialing codes to obtain an outside telephone 
connection. Because the hotel room telephone line is 
occupied, such hotel dial-up users typically cannot 
make or receive telephone calls while the computer is 
accessing the telephone lines. 

[0012] Another form of modem connection available 
to travelers is via telephone jacks (such as RJ11 jacks) 
installed, in public places, such as telephone booths, or 
airport clubs - suffering many of the same disadvantag- 
es described above regarding telephone jack access in 
hotels. ' 

[0013] Yet another form of electronic communication 
system access available to travelers is the use of com- 
puter communications stations. Various forms of such 
communications station are generally available in many 
airports, hotel rooms, ferry terminals, train stations and 
so on Several models of such communications stations 
are available from ATCOfvl/lnfo, 308 "G" Street, San Di- 
ego. California 92101. Such communications stations 
can provide access to the Internet, OSPs, or e-mail sen/- 
ices Typically a fee is charged, such as through a credit 
card and the user can access such electronic commu- 
nications services as desired. Certain communications 
stations use direct or T1 links to the Internet, providing 
relatively wide bandwidth and relatively high speed link. 
One disadvantage of such communications stations is 
that only the computing equipment supplied with the 
communications station can be used to access the elec- 
tronic communications network - instead of the user's 
own computer equipment. 

[0014] T1 links provide another form of connection to 
a communications network. Although wider bandwidth 
and higher connection speed than various other known 
forms of connection can be achieved, T1 links suffer dis- 
advantages of being relatively costly, difficult to install 
and is not widely accessible using portable communica- 
tions equipment, such as transportable personal com- 
puters and palm computer Moreover, T1 links are not 
generally available for mobile users, such as travelers, 
such as in hotels or public places. 



[0015] Cable modems are also available for linkage 
to the Internet via cable television systems. Such cable 
modems suffer the disadvantages of requiring special 
access equipment and software and lack of mobility. 

5 Moreover, cable modem access to communications net- 
works is not generally available in public places, or for 
travelers in hotel rooms. Likewise, if it were available for 
such travelers or in public places, connection is relative- 
ly complex, requiring the attachment of cable wiring to 

10 the cable system, 

[0016] Forming local area networks ("LAN") of com- 
puters using Ethernet cards, such as a lOBaseT Ether- 
net card and associated specialized wiring and commu- 
nications protocols is also known. Many computers, in- 

15 eluding portable computing systems are equipped with 
such Ethernet cards. Add-on Ethernet cards are also 
widely available. Ethernet cards suff erthe disadvantage 
of not providing dial-up connection to electronic commu- 
nications networks. Moreover, connecting computers 

20 using Ethernet cards typically requires specialized net- 
work software, such as Novell Netware. Maintaining 
such networks can be complex, requiring specialized 
knowledge and skills, 

[0017] Many computers are equipped with both Ether- 
25 net cards and modems. The Ethernet cards are used in 
such systems for local electronic communication via 
LAN andthe modem is usedfordial-up communications 
to outside electronic communications networks, as de- 
scnbed above. This results in numerous disadvantages, 
30 such as added equipment expense, increased complex- 
ity and increased computer size and weight to accom- 
modate both devices. The latter is a particular disadvan- 
tage for mobile or portable computers because the add- 
ed size and weight renders them less desirable This is 
35 also a disadvantage for travelers as the added weight 
and size leads to inconvenience in traveling and de- 
creased portability. Moreover, for consumers who prefer 
smaller electronic devices, increased size impairs the 
visual quality of the device. 
40 [0018] From the above, it is apparent that there is a 
need for a system and method providing access to elec- 
tronic communications networks, such as the Internet, 
for travelers or other people who are awny from their 
normal site of access or for providing easier access to 
45 the internet at a home or office. 

[0019] Accordingly it isan object of the present inven- 
tion to provide a system for accessing electronic com- 
munications networks in which equipment required by 
the user (i.e. the "client equipment" has h decreased 
50 size and equipment cost. 

[0020] It is a further object of the present invention to 
provide a system and method for automatic chnngmg of 
an IP address and/or a DNS address in .-.n individual 
user's computer 
55 [0021] It is another object of the present invention is 
to provide a system and method for high speed access 
to electronic communications networks 
[0022] It is a further object of the preseni .nvontion to 
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provide a system and method providing remote access 
to high speed electronic communications networl^s. par- 
ticularly for travelers or others who are away from their 
normal access sites. 

[0023] Another object of the present invention is to 
provide access to the Internet, or on-line services, for 
travelers using their own computers - such as laptops, 
notebooks and other portable computers. 
[0024] Yet another object of the present invention is 
to provide a less complicated system and method for 
access such electronic communications systems. 
[0025] A further object of the present invention is to 
provide controlled network access and to collect pay- 
ment for access in various locations such as apartment 
buildings and office buildings. 

Summary Of The Invention 

[0026] The present invention alleviates to a great ex- 
tent the disadvantages of the known systems and meth- ■ 
ods for remotely connecting to electronic communica- 
tion networks by providing a system for connecting a 
plurality of client systems to a server system via access 
ports and associated communications linkages and pro- 
viding electronic communications network access for i 
the client systems through the server system. In a pre- 
ferred embodiment a client system having a personal 
computer and client connect software connects to the 
Internet by way of a server running server software. Bill- 
ing charges are tracked and recorded for each of the 3 
client systems by the server software. The server op- 
tionally communicates with network management soft- 
ware via an electronic communication network, 
[0027] The server software tracks and controls ac- 



system software monitors the connections through its 
access ports to determine if the connection has been 
lost, in which case the session is terminated and billing 
can be set accordingly In addition, the network man- 
f agement software provides for management of the net- 
work from a remote location. 

[0029] In one embodiment, the present invention pro- 
vides high speed electronic communications system ac- 
cess for travelers in public places, hotel rooms, ships or 
' otherwise away from their normal site of access, by fit- 
ting such places with access ports adapted for use with 
the invention. IVIuItiple users can access a single server, 
providing increased use of a high speed electronic com- 
munications network access line connected to that serv- 
' er. In another embodiment, the invention also provides 
high speed access to an electronic communications net- 
work in multi-room buildings, such as office buildings or 
apartment buildings where it is desired to have access. 
[0030] In another embodiment, the server software 
sends out an active welcome signal to ports allocated 
to it. This welcome signal may be sent continually or on 
a periodic basis, such as every second or every milli- 
second. The client software is adapted to receive the 
welcome signal once it is running and a communications 
connection is made between the client system running 
the client software and the server. In one example, the 
client software is booted up on the client system and is 
waiting for a welcome signal. Then a cable or other wire 
is connected to the client system connecting the client 
system to establish a link between the client system and 
a port connected to or in other communication with the 
server. Once that link is made, the welcome signal sent 
from the server to its ports is received by the client sys- 
tem via the link and a handshake procedure or any other 
>ugh each of the access ports linked with the 55 initiation sequence is performed. 

[0031] In the preferred embodiment where access to 
the Internet is achieved, network configuration and con- 
trol settings, such as an IP address and/or DNS ad- 
dress, to the client computer. These settings such as 
the addresses, typically are required for access to the 
Internet. The system saves the client computer's con- 
figuration and control settings, such as pro-set IP and 
DNS settings, and then provides the necessary config- 
uration and control settings (i.e. registry settings) for ac- 
cess to the internet via the remote access port providing 
access to the server system. 

[0032] These and other features and advanlages of 
the present invention will be appreciated from review of 
the following detailed description of the invention along 
with the accompanying figures in which liko reference 
numerals refer to like parts throughout 



server. The server software includes billing features that 
provide billing options to respective client systems 
linked with the server, record billing preferences, trans- 
mit billing data to approval systems and receive approv- 
als or rejections from the approval systems, transmit ap- 4t 
proval or rejection signals to the client systems, track 
system usage by the client systems, monitor log off 
times and activity times, determine billing amounts and 
charge respective billing accounts. Client software run 
on the client systems operates in conjunction with the « 
server software to achieve requisite network connec- 
tions, provide billing information, activate and conclude 
log on sessions and so on. 

[0028] Therefore the present invention provides high- 
speed Internet access using specialized connection so 
ports. Connections for client systems to an electronic 
communications network can be metered, allowing bill- 
ing based on system use. Client systems can be auto- 
matically configured for accessing an electronic com- 
munications network and billing. In addition, client sys- 55 
tern configurations are restored following conclusion of 
a connect session. Various payment options can be se- 
lected for use by individual client systems. Moreover, the 



Brief Description Of The Drawings 
[0033] 

FIG. 1 is a system diagram of a typicHi 
in accordance with the present inveni 
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FIG 2 is a block diagram of a server system in ac- 
cordance with the present invention 
FIG 3A is a block diagram ot a sen/er and ^"^^J 
ports ' accordance w,th an embodiment ot the ^ 

?;o^;s:bSd,agramo,analternat,veembod. 

rV^-:SS:S:"^a,oa.ngserveran^ 
acLsTort embodiment of the present invention, 
■ nG 4B is a block diagram of a building server and 
access port embodiment of the present invention^ 
F G 5 ,s a block diagram of a sender and aco s 
ports in accordance with an embodiment of the 
SjttSt'Xstration of a transportable floppy - 
disk up": wNch implementing code is written in ac- 

tape upon which implementing code is written m ac 
^^^:rSr™o.ab,e optical 
d!sK upo: wh-ch implementing code is written m ac- 

—r^S:;i::::n'r:^at.on Showing 

a dis 1 y scten of a client system in acco^ance ^^ 

an embodiment o, client software in accordance 
-r9BS::SrSor.agrami,,ustratin^^^^ 
Uon of an embodiment of client software in accord 
?-^S^;^Srrr::^-strat,ng opera- 3S 
'on of an er^bodiment of client software in accord- 
ance with the present invention. 
Pir 10 is a display screen representation snowir y 

===== " 

a ses^o dis ay of a client system in accordance - 
with aTembodiment of the present Invention: 

T5 IsaTJa, seen ,ep,esen,*on showing 



software in accordance with an embodiment 

°;^^?:ra fl^dSam associated with an em- 
adir:ento?aserversyste-n accordance with the 

Tg TsB is" flow diagram associated with an em- 
'.odir^!nt:faserversystem in accordance with the 

j;?^'^^ diagram ofanetwor. system, 
accordance with an embodiment of the present ,n- 

RG ' 20 IS chart of a database structure in acco^- 
!' with an embodiment of the present invention. 
1^2 IS a representation of an operating system 
rnc^udin^rnt software ,n accordance with the 

'f;g"22 "TflTw diagram illustrating a series of 
for connecting a client system with a server 

fSTs is a block diagram illustrating a hot access 
port' in accordance with the present '"ventioa 
fS. 24 is a flow diagram illustrating an example of 
the oresent invention: and 

FIG 25 is a continuation of the flow diagram of FIG. 
24 illustlating an example of the present invention. 



DetailedDescriEtio!^^ 

roo341 in accordance with the present invention, a 
ivs em is provided for readily establishing access o an 

access, video database serve . ..nderstood that 

m0351 ■•Glientdevice"or"Clientsystem" lOwillbe un^ 
L fid in his description to include any device used 
tSes an elect on' communications network, typi- 
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Wind J-r .^ 'Windowsr "Windows 95" "Macintosh" 
W^indows NT" or "UNIX" operating systems. 
[0036] As illustrated ,n FIGS. 1-5. the system and 

rr' ^ f 

1 0 with direct high speed access to an electronic com ■ 
munications network 310 ("ECN"), such as the Internet 
using specialized access ports 160 placed in public 
places, which are linked to a server 110. which in turn 
provides transmission access to the ECN 310 Option- 
ally, the server 110 is also linked via the ECN 310 ,o a u 
network management server 410. The network man 

sofZe fo'"'','"''"''' ""'^^^^ management 
software for performing billing transaction processing 
remote network management and usage statistical re 

ofle n '"^^ embodiment 

of the present invention, a plurality of servers 110 are in 

,rr"''^'r '''' management server ,n 

the manner described herein 

5o°fnH h""' ' ^ 'yP"^^' device 

1^0 includes a central processing unit 20 ("CPU"). The 20 
CPU 20 IS connected through a bus 30 to, among other 
things, volatile memory 40 (also called RAM or random 
access memory), non-volatile memory 50 (such as d^T 
drives, CD-ROMS or data tapes), a network communi 
canons adapter 60 (such as an Ethernet card), an input .s 
means 70, such as a keyboard and/or a pointing or 
poin -and-Cick device (such as a mouse,' igh pen 
touch screen, touch pad), an output device, such as a 
video display screen and/or an audio speaker, and a re- 

CD-ROM drive, PCMIA port, CD-WORM drive or data 
tape drive. The client system 1 0 operates client softwa e 
90 for use with the present invention. The client softie 
is Shown graphically in FIG. 1 as being stored in non 

than canT '° ' -^-^tood ss 

hat It can also be stored in transportable media read by 
removable media drive 80. All, or portions of the client 
sonware 90 also can be loaded into volatile memory 40 

porble ' T''' '"'"^ ^''^P^'^^y '^^n- 

may be in any form, such as source code, compiled or 

binary versions) are illustrated in FIGS 6A. 6B and 6C 

tl'pluT^h"''' T^^"^''^ ^^P" °P''^^' d'^ks, respec- 
tively, n the preferred embodiment, a client device is a 

network communications 4S 

[00381 VrT'T ''''''' 
tern , ' ^ ^'^9^^^ ^^°«""9 ^ serversys- 
tem 10. In operation, the client system 1 0 connects with 
an electronic communications network 310 through the 
server system 110. The server system includes a proc so 
essor unit 1 20. In operation, the processor operates va - 
lous software, including server software 1 30 adapted for 
svSm in^ ^,'=,7'^""''=^''°"^ link both with the client 
system 10 and the electronic communications network 

2 more detail below Generally speaking, once a com- 
munications link IS established with the client system 10 
and electronic communications network 310 ("ECN") 
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the server I10 acts as in interface between the client 
system 10 and the electronic communications network 
310. In one embodiment, the server 110 includes a com- 
pp^'Tx communication with the 

tON 310. This communications interface includes the 
normal apparatus for such communications, such as for 
example a Tl transmission line and attendant appara- 
us. Likewise a second interface 150 ,s also preferred 
or communicating with the client system access port 
1 60. The access port 1 60 preferably is an Ethernet com- 
munications port. The second interface 150 receives 
communications from the access port 160, such as via 
wire or via wireless transmission. Preferably both the ac- 
cess port 160 and client system 10 are equipped for 
cor^munications using an Ethernet link, such as using 
an Ethernet card 60 built in to the client system 10 FIGS 
6A, 6B and 6C also illustrate exemplary transportable 
media implementing the server software (which may be 
I/er^sLlT""' ''°'^P''^'' °^ '^'"sry 

[0039] The server system 110 preferably communi- 
ca es wah the ECN via a high speed communicaTio 

^nefl^nM ' 1 ' ""^^^ ^A^^--^'- Digital Subscriber 
Line), SDN and other high speed connection means 
The relevant communications interface of the client sys- 
tem 60 and server system 150 provides high speed 
throughput allowing the client system 10 to receive the 
benefit of the high speed communications link estab- 
efeo iVn "^T ' ' °- """^ ^°'^'^"'^i-ations interfac- 
es 60, 150 may be used, although it is preferred that 
they provide a bandwidth or data throughput compara- 
ble to the communications link achieved by the server 
system 110 With the ECN 310. In alternatfve embodi- 
ments, the communications interfaces 60, 150 provide 
a slower throughput or narrower bandwidth than that 

the eTn s'o ''^''^'^^'^'^ 
[0040] Any form of access port 1 60 may be used such 
that a link can be achieved between the access port 160 
and the communications adapter 60 of the client system 

Id JH Tn c"' the communications 

adapter 60 is an Ethernet card and the access port 160 
IS an RJ45 access jack. P^n i^u 

[0041] Access ports 160 preferably are provided in 
public places and have a communications link to server 
110. By way of illustration, in one embodiment as illus- 
trated m FIG. 3A, a communications station, such as that 
available from ATCOM/lnfo, San Diego. California fs 
provided as the server 110, although dedicated servers 

and linl'n • ^'''^^ ^^^'^ distributed 

and i^ked via wires 1 65 to the communications stations 
Which also serve as server 110 for providing access to 
the ECN. For example, lOBaseT Ethernet cabling may 
be used. Altematively, the access ports 160 are linked 
via Wireless communication (illustrated as lines 167) in 
Which the access port 160 is equipped with a wireless 
transmitter and the server 110 (more specifically inter- 
face 150) IS equipped with a wireless receiver In one 



6 



EP 0 899 925 A2 



12 



embodiment, single UTP with signal converters wireless 
transmission is used. Optionally, the communications 
station 110 also includes one or more keyboards and 
displays providing local communications network ac- 
cess in addition to the remote access provided via ac- 
cess ports 160. In one embodiment, the access stations 
160 may be placed in pay telephone stations, such as 
telephone booths 169 . In an altemative embodiment, 
as illustrated in FIG 3B, additional communications sta- 
tions 1 1 5 which do not serve as the server 1 1 0 can also 
be linked with the server 110. These communications 
stations optionally may include an access port 160. 
[0042] As another illustrative example, as shown in 
FIG 4A the access ports 160 are provided in hotel or 
motel rooms, in hotels or motels (hereafter collectively 
referred to as "hotels") equipped with a hotel server 110. 
These hotel rooms have local terminals 170. Local ter- 
minals 170 also may be located in public areas. The lo- 
cal terminals 170 each may include a keyboard, display 
and GPU (not shown) to provide in-room computing ca- 
pability The local terminals 170 are equipped with ac- 
cess ports 160. either within the housing of the local ter- 
minal 170 or in a separate housing. The local terminals 
are linked via wires 165 or wireless communication links 
167 with the hotel server 110. Alternatively, this embod- 
iment may be practiced for other forms of structures 
such as cruise ships in which terminals 170 are situated 
in cabins or staterooms, or even public areas of the ship. 
[0043] Another example is illustrated in FIG. 4B, 
which illustrates a structure such as an office building 
or apartment building adapted for the present invention. 
The access ports 160 are provided in individual apart- 
ments 172 or offices 172 equipped with a server 110. 
These apartments or offices have local terminals 170, 
which may include personal computers, or any other 
type of computing terminal. The local terminals are con- 
nected via cable or wireless link with the access ports 
1 60 For example, the apartments or offices 1 72 can be 
wired with access ports in the walls or floors. The local 
terminals 1 70 are linked via wires 1 65 or wireless com- 
munication links 167 with the server 110. Any combina- 
tion of plural office buildings and/or apartment buildings, 
or other types of locations may share a single server 
110. 



[0044] Another example is illustrated FIG. 5. In this 
example, the client system 10 is operating client soft- 
ware 90 under an operating system, which may be any 
operating system such as the WINDOWS 95 operating 
system and communicating using a communications 
protocol, such as the TCP/IP communications proto- 
cols It should be understood that these are for exem- 
plary purposes only and other operating systems or 
communications protocols may be used. A plurality of 
access ports 160 are connected to a hub 155 which in 
turn IS linked to server 110, via the interface 150. The 
access ports 1 60 may also be connected via a local area 
network to the server 110. The server 110 is connected 
to a router 145 via the communications interface 140. 



The router transmits and receives transmissions to and 
from the EON 310. 

[0045] In operation of the preferred embodiment, a 
user attaches a cable 65, such as an Ethernet cable 
5 from the network communications adapter 60 to the 
communications port 160. Then the user runs the client 
software 90 in order to establish a communications link 
through the communications port 160 and server sys- 
tem 110 to the EON. 
10 [0046] The client software 90 may be loaded on the 
client system 1 0 by any means which will allow the client 
software to be operated on the client system 10. For ex- 
ample the client software 90 may be downloaded from 
an Internet site. Alternatively, it may be supplied via the 
15 transportable media illustrated in FIGS. 6A, 6B or 6C, 
or it may be loaded on the client system 10 via direct 
link such as via a serial port. Alternatively, the client soft- 
ware 90 may be incorporated into the operating system 
software - in which case it would be loaded on the client 
20 system 1 0 along with the operating system software. 
[0047] Once the client software 90 is installed on the 
client system 10, it may be executed by any method. For 
example, it can be run using the input device 70 to select 
the client software 90, such as by selecting it from a 
25 menu - such as a "Start" menu under the WINDOWS 
95 operating system. Alternatively, it can be run by click- 
ing on an icon linked with an executable file. FIG. 7 il- 
lustrates operation under a Wl NDOWS 95 type of desk- 
top The Wl NDOWS taskbar 51 0 is shown at the bottom 
30 of the display screen 75. "Start" button 51 5 is shown at 
the right side of the taskbar 510. Optionally, the client 
software 90 may be selected for execution by clicking 
using an input device 70 on the start button 51 5 to reveal 
the Start Menu, which preferably includes an option (not 
35 Shown) for selecting the client software 90. Alternatively, 
the client software may be executed by using the "Run 
option (not shown) on the Start Menu. In the illustrated 
embodiment, an icon 520 is provided corresponding to 
the client software 90. The client software is started by 
40 using the input device 70 to designate the client software 
icon 520. such as by pointing and clicking. 
[0048] Operation of a preferred embodiment of the cli- 
ent software 90 is illustrated by flow diagram in FIG. 8. 
The client software 90 is started in step 610, such as in 
45 the ways described above. Optionally after start up, in 
the next steps. 61 5 and 623, the installation and settings 
are checked. In the installation check in step 615, the 
client software 90 first checks the installation on the cli- 
ent system 10 for the components of the client software 
50 90 required for operation and offers to install the missing 
software components in processing step 617. If the an- 
swer given is "yes", the next step 619 is to install the 
necessary missing components. These missing compo- 
nents may be installed by any means. For example if 
55 install files are loaded already on the client system 10, 
for example in non-volatile memory 50, those install files 
may be accessed. Alternatively, installation media (such 
as floppy disks, CD-ROM etc.) may be requested. In an- 
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other example, the system may access an Internet web 
site or FTP site to download the required components. 
[0049] In the preferred embodiment, the server soft- 
ware 130 sends the necessary missing components to 
the client system 10 in connection with step 617, which 
in turn installs them. In addition, in this way, the client 
software 90 also may be updated with new software ver- 
sions, such as enhanced or updated versions, as well. 
For example, the server system 1 30 maintains the most 
current versions of the client software, for example in its 
non-volatile memory, or in a known remote FTP site. 
When a client system 10 connects, using the procedure 
described herein, any updated components of the client 
software 90 as well as any missing components are sent 
to it. In this way, users can be kept current with client 
software enhancements. 

[0050] Once the components are installed, process- 
ing returns to step 615 where installation is verified. Al- 
ternatively, if "no" is selected in step 617, processing 
may either continue, if possible (not shown) or the client i 
software 90 operation may be terminated; this is indicat- 
ed by the End box numbered 621 in FIG. 8. 
[0051] Processing continues with step 623, in which 
various settings may be checked, such as network con- 
figuration and registry settings. Such network configu- ^ 
ration and registry settings include such items as the IP 
address, gateway address, DNS address, network log- 
on preferences, file sharing settings, browsing control 
settings and other settings related to configuring a se- 
cure network connection. For example, this step may 3 
optionally check to determine if a previous session using 
the client software 90 was completed successfully or if 
the client software did not restore the client system net- 
work settings. It is desired to restore the client system 
network settings at the conclusion of a session in order 3; 
to restore the client system 90 to its standard settings 
status, such as those that are necessary for its normal 
place of ECN access. If such settings were not correctly 
set, the user is offered the option of restoring standard 
settings, such as standard network settings. This 4C 
processing step is indicated in the flow diagram box 625. 
If "yes" is selected, the settings are restored, as illustrat- 
ed in step 627, after which processing returns to step 
623. Alternatively, if "no" is selected in step 625, 
processing may either continue, if possible (not shown), 45 
or the client software 90 operation may be terminated, 
as indicated by the End box 621 . 
[0052] Once proper settings are set, optionally, the 
settings may be saved to disk, such as to non-volatile 
memory 50, as indicated in step 631 . It should be noted so 
that this step 631 can be performed at any time, or not 
at all. 

[0053] Operation of the client software 10 then con- 
tinues with the step indicated by box 633 in FIG, 8. The 
network configuration and registry settings are ac- ss 
cessed. Preferably, the network settings and registry in- 
formation are loaded into RAM memory 40. This infor- 
mation is required in a typical embodiment for access to 



the server 1 1 0. In step 635, the system software 90 then 
reboots the client system 10 if required. For example, 
rebooting may be desirable because in certain situa- 
tions, changing network settings requires rebooting. If 
5 the system reboots, then processing continues again at 
some point in the previously described steps: for exam- 
ple, processing may continue with step 615, as illustrat- 
ed in FIG. 8, or at other steps as desired, such as at step 
623 or 635. If the system does not reboot, operation of 
0 client software 10 continues, as illustrated in FIG 9A 
(designated by continuation character "A"). 
[0054] In a preferred embodiment, network and con- 
trol settings (i.e. registry settings) for access to the In- 
ternet are provided. One example is illustrated in FIGS. 
5 24 and 25. The steps in that example may be performed 
in conjunction with the steps described above, or alter- 
natively may replace them. In this example, the client 
software 90 is started in the client system 10, as indicat- 
ed by process step 610. In the step of performing an 
' installation check 61 5, the system determines if compo- 
nents of the client software are installed 90. The client 
software 90 also determines if the client system 10 is 
properly configured for accessing the Internet using the 
automatic connection system of the present invention. 
■ This Includes, for example, determining that a proper 
network communications adapter 60, such as an Ether- 
net card is installed, and determining that a communi- 
cations protocol, such as TCP/IP networking software, 
is installed. In this example, if the installation is not prop- 
er the software ends, as indicated with reference 
number 810. In that case, a message may alternatively 
be displayed to the user providing instructions regarding 
proper set-up. Alternatively, the client software 60 may 
configure the system, or end, as in steps 617, 619 and 
621 (not shown in FIG. 24). 

[0055] Processing continues with a determination of 
whether the proper network configuration and registry 
settings are already set in the client system 10, or pro- 
viding such proper settings if needed. This is indicated 
with steps 623, 625, 627, 631, 633, 641, 643, 645 and/ 
or 647 in FIGS. 8, 9A, 9B and 9C. In the example illus- 
trated in FIG. 24, another exemplary set of steps are 
illustrated, although it should be understood that any se- 
ries of steps for providing the proper settings may be 
used. In this example, a determination is made as to 
whether the client system 10 is configured for secure 
access to the ECN 310, such as the Internet, using the 
automatic connection system of the present invention. 
This determination is indicated with box 820. For exam- 
ple, a verification can be made to determine that the cli- 
ent system's non-volatile memory 50 (such as hard disk) 
is configured to prevent sharing of its contents with any 
other computing system If the client system 10 is con- 
figured for secure access, such as determined in step 
820, processing can proceed, such as to step 830, or 
as illustrated to step 623. Alternatively, the client system 
10 can be configured for secure access (not shown) or 
processing can end. 
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r00561 In the example illustrated in FIG. 24, process- 
ng continues with a determination of whether various 
settings are already set in the client systenn, as with step 
623 discussed above. If there already are the proper set- 
tings for connecting to the ECN 310. then processing 
continues with step 633. It is noted that for many users 
the answer will be "NO", because special settings, such 
as a special DNS address, or a special IP address will 
be required. In this case, if such special settings (i.e. 
standard settings for operation with this system) are al- 
ready stored in the client system 10, they can be re- 
stored as indicated with steps 625 and 627 as de- 
scribed already and illustrated in FIG. 8. Alternately, 
such special settings can be input and implemented as 
illustrated in FIG. 24. In this example, the special set- 
tings are provided from an external source, such as a 
local network server or a server system 1 1 0, connected 
via access port 160. Alternatively, they may be prepro- 
grammed into the client software 90. In the example dis- 
cussed here, the special settings are an IP address and 
a DNS address, although it should be understood that 
any special setting may be received and implemented. 
In . this example, as illustrated with step 830, a determi- 
nation is made as to whether the client system 1 0 ,s con- 
fiqured to receive an IP address. If the client system 10 
is not correctly configured, the client software changes 
the client system's network configuration to receive an 
IP address automatically, such as from a server, as in- 
dicated with step 840. More specifically, with respect to 
IP address assignment, the client system 10 memory 
settings are changed in the preferred embodimerit to 
make IP address assignment dynamic, rather than static 
for example. Processing then continues with step 850, 
regardless of whether step 830 returns a YES or a 
"NO". It is noted that these checking steps can be per- 
formed for any system setting. 

ro057] At any step in this process, the client software 
90 may optionally inquire from the user as to whether 
automatic configuration is desired. In the ^^'-^'^^^^^ em- 
bodiment, this request is made in step 850^ If YES , 
processing continues with step 860 where the exist mg 
settings, such as the IP address settings and DNS ad- 
dress settings are stored. Preferably, these settings are 
stored in both a temporary location, such as in volatile 
memory (RAM) 40, and a more permanent location, 
such as non-volatile memory 50. 

rO0581 Once the I P address is changed to dynamic in 
step 840 the IP address can be reset. The IP address 
(or any other desired setting) is set in step 870. Gener- 
ally special settings (i.e. special values for particular 
communications settings) adapted for an ECN commu- 
nications session using the system of the present inven- 
tion are set in step 870. This can be accomplished by 
receiving it from an external source 875 via access port 
1 60 or alternatively from a pre-determined value stored 
with the client software 90 or memory 50 or 40. Exem- 
plary process steps for receiving an IP address from 
such external source are discussed below in connection 



with steps 541 . 643 and 645. Optionally, certain settings 
may be disabled, as in step 880. For example, the DNS 
address setting may be disabled. This is a preferred em- 
bodiment where it is desired to provide a specialized In- 
5 ternet access system utilizing a specialized domain 
name service. 

[0059] If required, the user is provided an option of 
rebooting the system, as illustrated with step 890. It is 
understood that many current computers require re- 
10 booting in order to implement the special settings. If the 
user selects "YES", the system reboots, and following 
that is ready to enter into a communications session with 
the ECN 310 via access port 160. Processing continues 
as illustrated in FIGS. 24 and 25, as indicated by con- 
is tinuation character "X". If "NO", the settings are restored 
and the client software exits. 

[00601 Following rebooting, the client system 10 is 
configured with the desired settings, such as the desired 
IP address When the client system 10 reboots, the spe- 
20 cial settings provided in steps 870 and 880 are used to 
initialize the client system 10, as indicated in step 900. 
After initialization 900, the original settings are prefera- 
bly restored by restoring them to a permanent location 
in memory (such as non-volatile memory 50 or remov- 
es able media via drive 80), as illustrated with step 910. 
Optionally this step may include a step of saving the spe- 
cial settings to non-volatile memory 50 or removable 
media 80 for later use, such as in connection with step 
633 These settings will then be used the next time the 
30 client system 10 is rebooted. In this step, the system, 
for example, restores the IP address settings and/or the 
DNS address settings saved in step 860. In this way, the 
client system 10 is restored to its original configuration 
(saved in step 860) following the communications ses- 
35 sion with the ECN 310, and following rebooting. As il- 
lustrated with step 920, the client system is now ready 
for an ECN session in which the client system 10 com- 
municates via the ECN 310, such as the Internet. It 
should be understood that this session may commence 
40 with any of a vanety of the processing steps descnbed 
below For example, the session may begin with the op- 
tional billing inquiry steps, such as step 648 or 649. Al- 
ternatively, the session may skip the billing inquiry steps, 
such as when preset. Inthat case, the session may be- 
45 qin with step 665, also described below 

[0061] in one embodiment as described above, the 
client system 10 is already connected to a port 160 af- 
filiated with server 110, such as via wire 65 between the 
communication adapter 60 and the port 160, before the 
so client software 90 begins running on the client system 
1 0 Other forms of connection, such as wireless connec- 
tion also may be used. In other embodiments, the client 
software 90 begins running before of the client system 
10 is wired to the port 160, such as via wire 65. Exem- 
55 plary connection steps, also known as handshake 
steps, are illustrated in FIG, 9A for each of these em- 
bodiments. The client software 10 sends a request for 
necessary information to the server 110 via the access 
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port 160 and communications systems described 
above. For example, the request may be sent from CPU 
20 through bus 30 to network communications adapter 
60. then through a wire connecting the network commu- 
nications adapter 60 to access port 160. Then the re- 
quest may go either through cabling 165 or wireless link 
167 to the server 110, via interface 150 in the server In 
particular, the information requested preferably includes 
dynamic assignment of an IP address for the local area 
network of which the access port 160 is a part, as dis- 
cussed previously regarding in the example illustrated 
in FIG. 24 in connection with step 870. An IP address 
generally is a unique address for identifying the client 
system in a network context. The IP address assign- 
ment IS received from the server in step 643 and pref- 
erably is stored in memory (any of RAM memory 40. 
non-volatile memory 50 and/or removable media via 
drive 80) in the next step, illustrated by box 645. The IP 
address assigned also may be reported by the client 
software to sen/er access control software, operating on 
the server 110. This option is illustrated as step 647 in 
FIG. 9A. This is desirable in order to identify the partic- 
ular client system 10 to the server 110 when more than 
one client system 10 is accessing the server 110 at any 
one time, or when more than one access port 160 is 
available for use. 

[0062] An alternative illustration of these connection 
steps is illustrated in FIG. 9B. The client software 90 un- 
dergoes a determination loop to periodically determine 
If a confirmation signal has been received from the serv- 
er, as illustrated in step 643, following a confirmation re- 
quest sent out from the client system 10, as indicated in 
step 641. Any confirmation request and confirmation 
signal may be used. Preferably the confirmation request 
IS a request that the server assign an IP address to the 
client system. Likewise, the confirmation signal is an IP 
address. If the confirmation signal has not been re- 
ceived, another request is sent to the server, as shown 
in step 641. Optionally, the client software 90 can wait 
for a period before sending out another request, as il- 
lustrated in step 642. Any predetermined or calculated 
wait period may be selected. For example the wait may 
be a micro second, millisecond, second, five seconds 
or any other period of time. Using a processing loop like 
this, the client software can keep sending a request to 
the server 1.10. If the client system 10 is not connected 
to the port 160, it can keep sending the request until it 
IS received. It is understood that by sending a request 
in step 641, the client system 10 is trying to send the 
request, but if the client system 10 is not connected, or 
there is any other interruption in communication (such 
as faulty wiring, busy system, interference, server dis- 
connected from port 160) the request is n6t received in 
the server 110. Once a connection is made, the server 
1 10 can receive the request and send back a confirma- 
tion signal, such as an IP address. Once that happens, 
processing continues, as illustrated in step 643. 
[0063] Another alternative illustration of these con- 



nection steps is illustrated in FIG. 9C. In this illustration 
the client software 90 undergoes a determination loop 
to periodically determine whether a welcome signal 749 
has been received from the server 110, as illustrated in 
5 steps 638 and 639. If a welcome signal 749 (illustrated 
in FIG. 22) has not been received, the client software 
90 keeps checking to determine if one has been re- 
ceived. Optionally the client software 90 can wait for a 
period before checking for a welcome signal, as illus- 
'0 trated by wait step 639, Any predeterminedor calculated 
wait period may be selected. For example the wait may 
be a micro second, millisecond, second, five seconds 
or any other period of time. Using a processing loop like 
this, the client software 90 can wait for a connection to 
'5 made with the sen/er 110. 

[0064] The server sends out an active welcome signal 
welcome signal 749 to each port 160, making each port 
a hot port, with a welcome signal provided to connecting 
client systems 10. In this way, once a client system 10 
20 IS connected and its software 90 is running, it can re- 
ceive the welcome signal 749 and then initiate a hand- 
shake procedure. The welcome signal 749 may be any 
form of signal. In the present system, the welcome sig- 
nal 749 indicates that a connection with the communi- 
25 cations system, through the sen/er 110 can be initiated. 
Preferably, the server system 110 sends a welcome sig- 
nal 749 to all of the ports 160, regardless of whether a 
client system is connected. For example, the welcome 
signal 749 continues to be sent by the server system 
30 1 1 0 to the port 1 60 both before and after it is received, 
such as during the handshake sequence, or during a 
session between the ECN 31 0 and the client system 1 0 
In this way, the port 160 stays hot at all times. Alterna- 
tively, the server 1 1 0 can stop sending the welcome sig- 
35 nal 749 to ports 160 which are already connected to a 
client system 10. 

[0065] If the client system 10 is not connected to the 
port 1 60, it can keep checking for a welcome signal 749 
until it is received. Once the welcome signal 749 is re- 
-'o ceived, the client system software 90 proceeds to step 
641 tocontinue with aconnection procedure, by sending 
out a request to the server 110 for an IP address. In an 
alternative embodiment, some kind of visual or audible 
indication of a connection to the server may be trans- 
•^5 mitted to the user For example, an icon may be dis- 
played on the screen or a beep may be generated in a 
speaker or a connection software may be loaded. The 
confirmation may be sent at any point in the handshake 
process. Preferably it is sent following receipt of the wel- 
50 come signal, as indicated with box 640 and the arrow 
exiting it. 

[0066] It should be understood that FIGS. 9A-9C are 
for Illustrative purposes and other connection proce- 
dures can be connected which will achieve a connection 
55 between the client system and the ECN 31 0. The steps 
illustrated in FIGS 9A-9C also may be combined. For 
example, each of steps 638, 639, 64 1 , 642 and 643 may 
be performed or a subset of them may be performed 
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r0067] operation of an embodiment ,n which the user 
connects cable 65 to port 160 after the client software 
90 begins operating ,s illustrated in FIG. 22. The server 
continually or periodically sends the welcome signal 749 
to the port 1 60. as illustrated by reference numeral 745. 
Separately, the client software 90 is activated in the c i- 
ent system, as illustrated in box 910. The client so tware 
90 may be activated by any means, such as by clicking 
on an icon, program menu or using the "run" feature of 
the WINDOWS operating system. Alternatively the cli- 
ent software 90 activation command may be included in 
the start-up sequence of the client system 10, causing 
the client software 90 to be activated each time the c en 
system 10 is turned on. In one embodiment, the cl.en 
software runs in background, i.e. memory resident, until 
a welcome signal 749 is received. In one embodiment, 
the client software 90 automatically activates an inter- 
face program such as a browser or specialized Internet 
access software to provide a graphical environment for 
the user The client system then waits to receive the wel- 
come signal, as illustrated with box 920. This corre- 
sponds to steps 638 and 639. Alternatively, the client 
system can periodically send out ^^^^^^^^o "^h ^^fnf 
server 1 1 0 as illustrated with steps 641 , 642 and 643 of 
FIG 9B The user then connects a cable 65 to a port 
160 establishing wiring between the client system 10 
(or an adapter 50 in it) to the port 160, as illustrated in 
box 930 Other forms of connection, such as a wireless 
connection, alternatively may be initiated in this step A 
welcome signal 749 can then travel from port 1 60 to the 
client system 10. as illustrated ,n box This corre^ 
sponds to the "Yes" line between steps 638 and 641 in 
FI^G 9C Processing then proceeds to the initiation or 
handshake procedure, as illustrated with reference nu- 

SoSrThe access port 160 for use with this embodi- 
ment is a hot access port, preferably always ready to 
initiate communication with the client system. A hot ac- 
cess port in accordance with the invention is illustrated 
diagrammatically in FIG. 23. As illustrated there, an ac^ 
tive welcome signal 749 is pushed to the access port via 
a communications link from the sen/er to the access port 
160 A wired link 165 is illustrated, although other form 
of link, such as wireless may be used. The access port 
is hot i e having the welcome signal 749 directed to the 
hot access port 160 regardless of whether a client sys- 
tem is connected to it. It is effectively an active emitter 
of the welcome signal 749. FIG 23 shows a client sys- 
tem 10 connected to the hot access port 160 via cable 
65 Once cable 65 is connected, the welcome signal 749 
can reach the client system via the access port and ca- 
ble 65. A wireless system, without cable 65 also may be 

r00691 m the preferred embodiment, the user of the 
client system 1 0 is billed for access to the ECN 31 0, al- 
though it should be understood that unmetered or un- 
billed access also may be granted. Examples of billing 
techniques are time-based billing and operation-based 



billing Where billing is desired, the client software 90 
implements a set-up procedure in which billing informa- 
tion such as credit card information is pre-stored in 
memory In one embodiment, the user answers ques- 
5 tions eliciting pertinent billing or credit card information 
during a set up process. Alternatively, the client system 
may include some kind of credit card reader (not 
shown), which can read credit card information from the 
user's credit card, such as from an encoded magnetic 
w stripe on the credit card. In another alternative, a smart 
card having an encoded computer chip may be used in 
conjunction with a smart card reader {not shown) in- 
stalled on client system 10. 

[00701 In the next step of the billing embodiment, the 
rs client software determines if billing information has been 
pre-stored in memo^. Preferably the user has pre- 
stored such billing information, such as during the set- 
up process and this information is read from memory^ 
The software 90 checks for stored billing information. W 
20 there is pre-stored billing information, "yes" is returned 
in step 648. If there is no pre-stored billing information, 
processing proceeds to a series of billing information re- 
quests (steps 549-653) in which billing information is re- 
quested from the user In an alternative embodiment, 
25 billing IS not required and processing proceeds to step 

r00711 In the illustrated embodiment, if "no" is re- 
turned in step 648, billing options can be requested f rom 
the server 110 This is shown by flow diagram box 649. 
30 Alternatively, the server software 1 30 may be set to au- 
tomatically send, or "push" the billing options to the cli- 
ent software 90, or the client software 90 may have pre- 
stored billing options, or the client software may have 
pre-stored billing options which may be supplemented 
35 by information from the server 110. In a preferred em- 
bodiment, the server 110 runs a form of billing software^ 
which provides this information to the client software 90 
via the connections described ,n this specification^ 
These billing options may include, for example, credi 
40 cards, prepaid access cards, smart cards or direct 
charges to a hotel room bill. In the illustrated er^bodi- 
ment. after the billing options are received, step 651 , a 
billing options menu or series of menus may be dis- 
played 653. in one embodiment, a credit card informa- 
45 ton template is displayed and filled out by the user of 
the client system 10. Once billing information has been 
satisfactorily entered, processing continues. For exarn- 
ple as illustrated, processing may return to step 648, 
Once sufficient billing information is received, stored or 
50 entered, the billing information is transmitted to the serv- 
er 11 0 preferably to the billing software running on the 
server 1 1 0 Such billing software optionally is a separate 
software module from the server software 1 30, but pref- 
erably is part of the server software 130. This step is 
55 Illustrated by box number 659. Preferably this billing in- 
formation is stored on the server 110 for later access 
and bill processing reporting, , , ^ 

[0072] Once the billing information is completed and 
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transmitted in step 659, the server software 1 30 or billing 
software components either approve or disapprove the 
billing information. The client software 90 waits for ap- 
proval or rejection as illustrated in step 661 . Optionally, 
this approval process may be accomplished by trans- 
mitting information via ECN communication with a billing 
processing center. If billing is rejected (i.e. denied), in 
the illustrated embodiment, a message is displayed on 
the display 75 providing the user with an option of se- 
lecting a different billing method or providing additional 
billing information, or of terminating the session. This is 
indicated by box 667. The user's decision is processed 
as indicated in box 668. If the user decides to continue, 
by selecting a different billing method or providing addi- 
tional billing information, processing may return for ex- 
ample to step 649 (request billing options) or step 653 
(display billing menu). Alternatively, the session may be 
ended if the user decides not to proceed, as indicated 
by "no". 

[0073] An approval or rejection signal is transmitted - 
by the sen/er software 1 30 to the client software 90, as 
indicted in step 661. If billing is approved, the server 
software 1 30 grants access to the ECN 31 0 for the client 
system 1 0 by enabling routing for the specific IP address 
assigned to the client system 10. In the embodiment il- ^ 
lustrated in FIG. 5, approval is received by the client soft- 
ware 90, and the server software 130 grants access to 
the Internet 31 0 (one type of ECN) by routing the user's 
IP address from the sen/er 11 0 to the ECN via the inter- 
face 1 40 and router 145. 3 
[0074] The ECN access session is represented in 
FIG. 9A by diagram box665. In a preferred embodiment, 
the user is connected to the Internet, as discussed 
above. Any form of browser or other Internet access 
software may be used. Alternatively the user may be 3. 
connected to anotherform of ECN. For example, the us- 
er may be connected to an on-line service. Alternatively, 
the user may be given an option of having a telephonic 
communications session activated, such as by access- 
ing a dial-up server, such as a dial-up server providing 4i 
wide area network, database or bulletin board system 



[0075] An exemplary display screen appearance 
while the client software 90 is loading and establishing 



[0076] An exemplary display screen appearance for 
the billing options is illustrated in FIG. 11. This is an il- 
lustration of the menu that can be displayed in step 653. 
illustrated in FIG. 9A. Various billing options are provid- 
ed and the user is requested to "Select Billing Mode". 
Any form of menu or selection screen may be used and 
any number or variety of billing options may be offered. 
In the illustrated embodiment, the user is given the 
choices of billing through credit card, smart card, hotel 
room bill or a prepaid account. Other options that can 
be offered, by way of example, include debit card billing, 
pre-paid access card, Internet banking or electronic 
checking. Dialog boxes are also provided for entering a 
credit card number or a hotel room number Additional 
dialog boxes or other arrangements of dialog boxes may 
also be provided. For example, dialog boxes for credit 
card expiration, credit card name or pre-paid access 
card number may also be provided. Multiple billing 
screens also may optionally be provided. For example, 
in one embodiment, a first screen offers billing mode se- 
lection. After a selection is designated, the client soft- 
ware displays another screen (or none at all), depending 
on the billing mode selection. For example, if credit card 
payment is selected, the next screen may provide a form 
prompting the requisite information, such as credit card 
number and expiration date. Alternatively the client soft- 
ware 90 may have pre-stored billing information, such 
as credit card or prepaid account information. In this al- 
ternative embodiment, after billing mode selection the 
client software 90 checks for pre-stored information cor- 
responding to that billing mode. If there is such pre- 
stored information for the selected billing mode, the cli- 
ent software 90 then loads that information. If there is 
no such pre-stored information for the selected billing 
mode, the client software 90 then displays a corre- 
sponding information entry screen (such as a form) for 
the entry of pertinent billing information. In an alternative 
embodiment, these billing queries, menus etc. may be 
generated by the server software 130 and transmitted 
to the client system 10. 

[0077] FIG. 1 2 illustrates an exemplary display screen 
appearance after an ECN connection is accomplished 
- for client software 90 operating under a WINDOWS 
95 type of operating system. This is an example of a 
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■ating under a WINDOWS 95 type of desktop 75. The 
WINDOWS taskbar 510 and "Start" button are shown at 
the bottom of the screen 75. An active icon 540 for the 
client software 90 is show at the bottom left of screen 
75. Although the name "IDT" is shown for the client soft- 
ware 90, any name or symbol may be used. An activity 
box 545 is displayed in the screen 75. In the preferred 
embodiment, such an activity box 545 is displayed in 
order to indicate that the system is establishing a con- 
nection. In the example shown, the activity box 545 in- 
forms that the client system 10 (the "computer") is being 
configured for access to the ECN 310 ("high speed In- 
ternet access"). 



illustrated in FIG. 9A. The windows taskbar 5 1 0 includes 
an active icon 540 for the client software 90 and a min- 
imized button 550 for the client software 90. The mini- 
mized button 550 can by selected by using the input de- 
vice 70, such as by pointing and clicking using a mouse, 
touch pad or touch screen. A selection screen for the 
client software 90 is displayed if the minimized button 
550 is so selected. The selection screen may include 
various options, such as set up configuration or ending 
the session. Any ECN display 560 may appear on the 
screen during a session. For example, a web page may 
be displayed, or an on-line service may be displayed, e- 
mail may be displayed, an FTP menu may be displayed, 
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m078i° Various processing steps can be undertaken 
by the client software 90 and server software 1 30 during 
an ECN session. For exannple, it is preferred that the 
client software 90 penodically signal the sen/er software 
130 to confirm the continuation of an ECN session. By 
way of illustration only, the client software 90 may send 
a control signal to the server software 130 every five 
minutes, indicating an active ECN session. The tinning 
loop processing steps undertaken by the server soft- 
ware 130 are illustrated in FIG. 13. As seen in FIG. 13, 
the server software 1 30 includes a timer 721 which pro- 
vides a clock signal. In the timing loop illustrated the 
clock signal 722 is received and a determination is made 
as to whether the wait penod, in this case five minutes, 
has elapsed since the preceding periodic confirmation 
signal 724 received from the client software 90 of he 
client system 10. Once the wait period has elapsed, the 
server software 1 30 determines whether a periodic con- 
firmation signal 724 had been received. If not, the server 
software 130 ends the ECN session, as indicated by 
process step 726. In ending the ECN session, the server 
software 130 releases the IP address assigned to the 
particular client system 10. This is the case in any in- 
stance in which the client system software 90 does no 
maintain the connection to the server 1 30. Optionally, ,f 
a "no" signal results in step 725, the server software 
sends a disconnect signal to the access POrt 160 to 
which the client system 10 was connected, as indicated 
by process step 727. If the client system 10 is still con- 
nected to the access port 160, its client software 90 re- 
ceives the disconnect signal and undergoes a discon- 
nect sequence. It is understood that the physical con^ 
nection of the client system 10 with the access port 1 60 
may be disconnected without the client software under- 
qoing a disconnect sequence (which is discussed in 
more detail below). For example, the user may discon- 
nect the link, e.g., the cable, between the access port 
1 60 and the client system 1 0 without commencing a dis- 
connect sequence. Alternatively, the connection be- 
tween the client system 10 and the server 110 may oth- 
erwise have become interfered with prior to a disconnect 
sequence by the client software 90. 
r00791 Alternatively, the server software 1 30 may pe- 
riodically signal the client software 90 to confirm the con- 
tinuation of an ECN session. By way of example, the 
server software 130 may send a control signal to the 
client software 90 every five minutes, indicating an ac- 
tive ECN session. As another example, the server soft- 
ware may penodically send a polling signal to each of 
the client systems 10 logged on at any given time. This 
periodic polling signal requests a return con irmation 
signal from each respective client system 10. Upon re- 
ceiving the polling signal from the sen/er software, the 
client software 90 of the client system 10 returns a con- 
firmation signal. If a confirmation signal is not returned^ 
the server software 130 ends the ECN session for the 
particular client system 10, and optionally sends a dis- 



connect code to the access port 160 corresponding to 
the particular client system 10. If the client system 10 is 
still connected to the access port, it receives the discon- 
nect code and the client system software 90 undergoes 
5 a disconnect sequence. 

[0080] In the case where there is a failed connection, 
such as when a periodic confirmation is not received, as 
when a "no" is returned in step 725, or the connection 
between the server 110 and client system 10 is other- 
10 wise discontinued without the client software undergo^ 
inq the disconnect sequence (as illustrated in FIG. 14 
and described below), the sen/er software preferably 
calculates billing charges and sends the billing informa- 
tion to the pertinent billing agency or processing station, 
15 via the ECN 310. 

roOBIl A disconnect sequence for the client software 
90 is illustrated in FIG. 14. In operation, at any time dur- 
ing operation of the client software, such as during an 
ECN session (indicated by box 665 in.FIG. 9A), or pref- 
20 erably at any other time as well, a user of the client sof - 
ware 90 may commence a disconnect sequence. Pref- 
erably this is done by using an input device 70, such as 
a point and click device, to point on a disconnect button 
(this may say, for example, "end session now" or sign 
25 off" or "stop"), such a disconnect request is indicated by 
box 731 in FIG 14. Preferably the client software 90 
then displays a disconnect option screen 565 forthe us- 
er to confirm disconnect, in step 732. An exemplary dis- 
connect option screen 565 is illustrated in FIG. 15. This 
30 exemplary screen includes a choice selection, narnely 
for the user to confirm the disconnect selection 567 or 
to disclaim the disconnect choice 569 and remain con- 
nected and return to other operations of the client soft- 
ware such as returning to the ECN session. In the illus- 
35 trated example, the user is give the choice of selecting 
"Yes" 567 to disconnect, or "No" 569 to remain connect- 
ed Preferably a point and click device issued to indicate 
the selection 567, 569. In operation of the client software 
90 if option 567 is selected, i.e., confirming disconnect, 
40 then "yes" is relumed in step 733 illustrated in FIG. 14. 
If confirmation of disconnection is not received, by se- 
lection of option 569, "no" is returned in step 733. 
[00821 If "yes" is returned in step 733. the client soft- 
ware sends a disconnect signal to the server software 
45 1 30 requesting termination of the ECN session as indi- 
cated in step 734 If "no" is returned in step 733 the client 
software returns to other activities, such as h log in se- 
quence or an ECN session. The disconnect signal is re- 
ceived in the billing processing portion ol the server soft- 
50 ware 1 30. which is discussed in more detail below The 
server software 1 30 reports the billing in(or,-nal,on to the 
client system software 90, as indicated in process step 
735 where the billing information is received Inihenext 
step 737 the client software displays billing mlormation, 
55 based on the data received from the servo, sollware 130 
in step 735. 

[00831 An exemplary billing display screen =70. such 
as may be displayed in conjunction with slop ^37, is il- 



13 



EP 0 899 925 A2 



lustrated in FIG. 16. Any data may be displayed in this 
screen. In the example shown, be connect time 572 and 
total billing charge 574 are displayed. Any other data 
may be displayed as well. For example data indicating 
services accessed, premium charges, hotel room 
charges or incidental charges may optionally be dis- 
played. The billing display screen 570 may also be used 
in conjunction with or be replaced by other types of dis- 
play screens. For example a "Good-bye" screen or "Log- 
off" screen may be displayed. Other messages or tex- 
tual material also may be displayed, such as information 
regarding various service offered may be displayed, ei- 
ther in conjunction with the billing screen, or in previous 
or subsequent screens. Such other screens or messag- 
es may be displayed in conjunction with the Exit step 
739 illustrated in FIG. 15. 

[0084] In the Exit step 739, the operation of the client 
software 90 is ended. Optionally prior to the Exit step 
739 various processing steps may be taken in conjunc- 
tion with ending the operation of the client software 90. . 
In the preferred embodiment, settings data may be 
stored to non-volatile memory 50. For example, the 
saved initial network settings stored in step 631 may be 
restored. Likewise, the computer may be rebooted if re- 
quired. Upon completion of this exit sequence, the exe- i 
cution of the client software 90 preferably is ended. In 
conjunction with the Exit step 739, the active icon 540 
and minimized icon 550 are no longer displayed on the 
taskbar 510. 

[0085] The server software 130 performs various 3 
functions, in communicating with various client systems 
10 through the access ports 160, controlling billing func- 
tions, maintaining a client usage database, monitoring 
access ports 160, transmitting messages to the ECN 
310, interacting with remote billing systems or a remote 3i 
network management system 410. Some functions of 
the sen/er software 130 have already been discussed, 
and additional functions will now be outlined. The server 
software 130 functions to communicate with the client 
systems 10 and client system software 130 in order to 4Q 
initiate an ECN session between the respective client 
system 10 and the ECN 310. It should be understood 
that the server software 1 30 may be in communication 
with a plurality of client systems 10 each running client 
software 1 30 at any one time. Alternatively, a single cli- 45 
ent system 10 may be communicating with he server 
software 130, or none at all. The server software also 
serves a variety of functions for managing the operation 
of the sen/er 110, such as initialization sequences, test- 
ing ports, and so on. 50 
[0086] In one embodiment, the server software 130 
may consist of a plurality of cooperating modules or ob- 
jects. A graphical depiction is illustrated in FIG. 17, in 
which there is a central processor 111, billing module 
112, server link module 114, access control module 116 S5 
and system failure module 117. It should be noted that 
this diagram shows the operation of these modules as 
being interconnected. In an alternative embodiment, all 



or some of the modules may operate independently of 
the others. 

[0087] When the client software 90 requests dynamic 
assignment of an IP address, as in step 641 (FIG. 9A). 
5 the server software 1 30 (or the access control module 
116) preferably receives that requests and sends an ap- 
propriate response, which is received in the client soft- 
ware in step 643. Likewise, when client software 90 re- 
quests a set of billing options, as in step 649, the server 
'0 software returns a set of billing options as received by 
the client software in step 651. Operation of billing as- 
pects server software 130 in this regard is illustrated in 
FIGS. 18A and 18B. The server software 130 receives 
a request from the client software 90, as indicated in box 
'5 751. If no request is received in step 755, it continues 
to wait as indicated by the "no" arrow. If a request is re- 
ceived in step 755, processing continues, as indicated 
by "yes" with step 759, in which billing options are sent 
to the client system. The server waits for receipt of billing 
° information as indicated in step 763. 

[0088] Alternatively, the server software 1 30 can send 
a welcome signal 749 to the ports 160, as illustrated in 
FIG. 18B with the sending loop illustrated with reference 
numerals 745, 746 and 747. Preferably, after a welcome 
' signal 749 is sent, the system determines if a confirma- 
tion of receipt is received. This determination step is il- 
lustrated with reference numeral 746. In the illustrated 
embodiment, this determination step 746 determines if 
a request for an IP address has been received, although 
any other form of confirmation signal may be deter- 
mined. If a confirmation signal has not been determined 
in step 746, a welcome signal is sent as in step 745. A 
welcome signal may be sent without a wait period, or 
with a wait 747. Any wait predetermined or calculated 
wait period may be selected. Preferably the server soft- 
ware 1 30 sends a welcome signal 749 to all of the ports 
160 assigned to it, which have not yet been connected. 
Once a connection is made, the welcome signal 749 can 
pass through a port 160 to the client system 10 as dis- 
cussed above. The welcome signal 749 can contain any 
information. Preferably it is relatively short, only indicat- 
ing that a server is connected. The signal may be analog 
or digital. In the digital case, the welcome signal 749 
may contain a bit, or plurality of bits or bytes 
[0089] If step 746 determines that a conlirmation sig- 
nal has been received, the server system proceeds with 
a handshake sequence. In the preferred embodiment, 
the sen/er software sends an IP address lo the client 
system 10, as illustrated by box 748. 
[0090] In the billed access time embodimoni when 
the user of the client software 90 transmit billing infor- 
mation to the sen/er software, as in step 659 the server 
software, or alternatively a billing modulo li2 under- 
takes billing validation procedures. Receipt of this billing 
information in the server software 130 is indicated as 
"yes" in step 763. In one embodiment, the server soft- 
ware 130 may grant temporary ECN access approval, 
as shown in step 767 even before billing validation is 
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accomplished A temporary approval signal is sent to 
the cTen software 768. This embodiment is illustrated 
1^ FIGS 1 8A and 1 8B. An advantage of such temporary 
access is that the user will experience a shorter delay 
than If access is delayed until billing approval is cor^- 
pleted. in one embodiment, the client software 90 dis- 
plays a message on the display device 75 informing he 
user that temporary access has been granted, to allow 
access while the billing approval process is cont'.^^'n9^ 
The temporary approval or final approval is sent to he 
client software 90, and received as indicated by step 

rodgi] in the billing approval process, the server soft- 
ware 130 transmits the billing information v,a the ECN 
310. toa billing approval server. This transmission is in- 
dicated in step 771. If credit card approval is required, 
pSJy me bSring approval server is a credit bureau or 
credit card service server. Alternatively, the billing ap- 
proval request may be sent via the ECN 310 to any 
Ig approval server. For example, if a pre-paid access 
card is being used, the approval request may be sent to 
the issuer of the pre-paid access card. 
ro092]- The billing approval server can approve the 
ransaction, approve with credit limit or re|ect. For ex- 
ample, if the lunds in a pre-paid access account have 
been expended completely, the transaction w^l be re- 
lected. Alternatively, if a credit card .s valid the an ap^ 
proval will be received. Receipt of the approval/rejection 
I indicated in steps 775 and 777. If approval ,s rece ved 
,n step 775, an approval signal is sent to the client of - 
ware 90 as indicted by box 776 and its receipt s ind.cat^ 
ed in step 661 . In addition, the pertinent user information 
is added to the activity database maintained in the serv- 

mo931 An illustration of an activity database is provide 
n FIG 20 Additional information, or different informa- 
tion may be stored in the activity database. In the illus- 
trated database, data is indicated for illustration purpos- 
es as "XXX" •■YYY" and "NNN". The activity database, 
records various information regarding the activity of the 
Lerver In particular, it keeps track of each access port 
160 linked with the server and various status da^a as- 
sociated with the access port 1 60. For ^xar^nple, the ac- 
tive/inactive status of the access port may be recorded. 
For access ports that are active, the pertinent user m-^ 
formation, such as identification, billing information and 
log-in time may be recorded. Data which may be record^ 
ed in the database include, for example: client system 
IP address - which is a temporary address assigned to 
he chent system 10: client network card MAC address 
- which IS a hardware based identifier stored on or as- 
sociated with the client system interface 60; server net^ 
work card 1 D - which is an address of a server interface 
cZ user name - the name of the user associated with 
the access port 160, and may be used for speedy rec- 
onciliation with external databases: port ID " ^^ique ac^ 
cess port number, associated with each P°^.^^0 
and indicated in FIG. 20 as "1 "2" and "N", with N indi- 



cating the Nth access port 160: room number - which 
can be useful in a hotel, ship, apartment building or of- 
fice building embodiment, where an access port 160 can 
be associated with a particular room, which can promote 
5 convenience in billing: charge type - the billing type op- 
tion selected, such as credit card, smartcard, pre-paid 
access card, debit card, activity account, hotel room bill- 
ing and so on: credit card number, access card number^ 
debitcard numberand soon - which is the ident^ication 
ro associated with the billing option selected: credi card 
holder name - which is the name corresponding to the 
billing option: expiration date - the expiration date of the 
billing option, such as credit or debit card expiration 
dl access card number - the number of a pre-paid 
,5 access card to be issued by a service provider: port sta^e 
- such as active, inactive or unavailable: state start ^me 
time when the current port state was entered, which 
is useful in determining total activity time for billing pur- 
poses: unanswered ping count - number of times a ch- 
20 ent to server communications has failed: billing server 
communications status - indicates if a b;i;ng/;;^^; 
network management server 41 0 accessible, and billing 
server authorization - whether approval or refection of 
a selected billing option has been received frorni a biHing 
2S server system. It should be understood that other data 
n.ay be recorded in the database and the database en- 
tries may change with time as the various access port 
160 status changes. 

[0094] If no approval is received, processing contin- 
30 ues with step 777. If a reiection is received, a rejecUon 
signal is sent to the client software 90, as indicated n 
box 779. Receipt of the rejection signal by the client sof - 
ware 90 is indicated in steps 661 and 667 of FIG. 9A. If 
a rejection is not received in step 777, the system con- 
35 tinues to wait for an approval or rejection, as indicated 
by the "no" arrow. ^ ir, 

ro0951 During a period when a client system 10 is in 
communication with the server 110, the server software 
monitors the connection. Alternatively, the conrjec on 
40 can be monitored by server link monitor module 114^ 
The connection can be broken for any reason such as 
client system failure, accidental cable disconnection in- 
terference and so on. If a failed connection is detected 
the server software 1 30 or billing module 112 posts the 
45 final charges to the billing sen/er for the selected pay- 

ment server. 

ro0961 The server software 130 also performs a 
"watchdog" function, which serves to detect server sys- 
tem failures. If a failure is detected, the system autorTla^ 
50 ically re-boots. A system failure module is illustrated in 
FIG. 17 as item 117. 

ro097] Preferably, the sen/er system 110 communi- 
cates with a network management server 410, which 
runs network management software. The network man^ 
55 agement system can pertorm remote management of a 
pfurality of sen/er systems 110, in its preferred embody 
iment. In the preferred embodiment, the sen/er system 
110 communicates via the ECN 310 (or a private net- 
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work) with the plurality of server systems 110. This pre- 
ferred embodiment is illustrated in FIG. 19. Optionally, 
the one or more communications stations 420 may also 
be in communication with the network management 
server 410. These communications stations 420. Such 
communications stations are described in more detail 
earlier in this description. In addition, the network man- 
agement server may be In communication with billing 
clearing servers 430, such as credit card clearing Insti- 
tutions. Preferably the network management server us- r 
es a private or dedicated conn ections with such clearing 
servers 430, but alternatively, communications with the 
clearing servers may occur via an ECN, including for ex- 
ample the Internet. The network management 410 also 
generates usage reports 440 for mailing to customers. 
Such usage reports can list billing charges or usage sta- 
tistics. 

[0098] The network management server 410 prefera- 
bly runs network management software 450 for perform- 
ing billing transaction processing, remote network man- sc 
agement and usage statistical reporting. In addition the 
network management software 450 preferably monitors 
the servers 1 1 0 and communications stations 420 to de- 
termine their usage rates, monitor error conditions, de- 
tect failures and remotely order reboots if necessary In 25 
addition, the network management software 450 also 
may provide advertising content and updates of adver- 
tising content to the servers 110 and communications 
stations 420. It should be understood that in one em- 
bodiment, a plurality of the sen/ers 110 are used and 30 
each of the servers is adapted for communications with 
a network management server 410 (or plurality of net- 
work management servers 410) in the manner that has 
been described. 

[0099] In one embodiment, the client software 90 is 35 
incorporated in the operating system for the client sys- 
tem. This embodiment is illustrated in FIG. 21. The op- 
erating system 810 comprises a plurality of programs, 
modules etc. configured to operate and coordinate the 
operation of the components of the client system 1 0. As 4o 
illustrative examples, the operating system 810 contains 
various components Including drivers 81 5, operating in- 
struction set 820, and client software 90. The client soft- 
ware may be integrated in this manner within any oper- 
ating system such as UNIX, MAC OS. WINDOWS 95 45 
WINDOWS NT and so on. Preferably in this embodi- 
ment, the operating system provides a graphical user 
interface, or desktop screen in which an icon or other 
form of selection button is provided for easy selection 
using an input device 70, such as a mouse, touch pad so 
or touch screen. 

[0100] Thus, it is seen that a system and method for 
operating and accessing a communications network is 
provided. One skilled in the art will appreciate that the 
present invention can be practiced by other than the pre- ss 
ferred embodiments which are presented in this descrip- 
tion for purposes of illustration and not of limitation, and 
the present invention is limited only by the claims which 



follow It is noted that equivalents for the particular em- 
bodiments discussed in this description may practice 
the invention as well. 



1. A method of providing communication among a cli- 
ent system, server system and an electronic com- 
munication network, the client system running client 
software for managing the communications be- 
tween the client system and the electronic commu- 
nications network, the server system running server 
software for managing communications between a 
plurality of client systems and the electronic com- 
munications network, and the server system in elec- 
tronic communication with a plurality of access 
ports, the method comprising. 

sending a welcome signal from the server to a 
first one of the access ports: 
determining in the server whether a confirma- 
tion signal has been received in the first one of 
the access ports: 

conducting a handshake sequence in the serv- 
er system if the determining step determines 
that the confirmation signal has been received 
in the first one of the access ports: and 
if the determining step determines that a con- 
firmation signal has not been received, repeat- 
ing the sending and determining steps. 

2. A method as set out in claim 1 wherein the sending 
step further comprises sending a welcome signal to 
each of the access ports that are not already con- 
nected to a client system. 

1. A method as setout in claim 1 wherein the repeating 
step comprises waiting for a predetermined time pe- 
riod before repealing the sending and determining 
steps. 

. A method as set out in claim 1 wherein the step of 
determining whether a confirmation signal has been 
received comprises determining whether the sen/er 
system has received a request for an IP address. 

. A method as set out in claim 4 wherein the step of 
conducting a handshake sequence includes send- 
ing an IP address to the client system via the first 
one of the access ports. 

A method as set out in claim 1 wherein the step of 
repeating the sending and determining steps in- 
cludes waiting for a predetermined period of time 
before repeating the sending step. 

A method of providing communication among a cli- 
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ent system, sen/er system and an electronic com- 
munication network, the server system running 
server software for managing communications be- 
tween a plurality of client systems and the electronic 
communications network, and the server system in 
electronic communication with a plurality of access 
ports including a first access port, the method com- 
prising: 

starting client software in the client system: ^ 
determining in the client software whether a 
welcome signal has been received; 
conducting a handshake sequence in the client 
system if the determining step determines that 
the welcome signal has been received: and 
if the determining step determines that the wel- 
come signal has not been received, repeating 
the determining step until the welcome signal 
is received ^ 

8 A method as set out in claims 1 or 7 further com- 
prising connecting a cable from the user system to 
The first one of the access ports, establishing an 
electronic connection between the user system and 
the access port capable of carrying signals between - 
the user system and the server system. 

9 A method as set out in claim 7 further comprising 
sending a welcome signal from the seiver system 
to the first one of the access ports. 

10 A method as set out in claims 1 or 7 wherein the 

■ handshake sequence includes sending a connec- 
tion confirmation to the server after output to the us- 
er. 

11 A method as set out in claim 13 wherein the con- 

■ nection confirmation sent to the server includes 
sending a request to the server. 

A method as set out in claims 1 or 7 further conn- 
prising sending a connection confirmation output to 
the user. 
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13 A method as set out in claim 14 wherein the con- 
nection confirmation is a visual signal. 

14 A method as set out in claims 1 or 7 further com- 
■ prising the step of running the client software in 

background after the starting step, and until the de- 
termining step determines that the welcome signal 
Is received. 

15. A method as set out in claim 7 further comprising 
the steps of: 

running the client software in background after 
the starting step: 
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running an electronic communication network 
communications program after the determining 
step determines that the welcome signal is re- 
ceived. 

1 6 A method as set out in claim 7 wherein the repeating 
step comprises waiting for a predetermined time pe- 
riod before repeating the determining step. 

17 A method of providing communication among a cli- 
ent system, server system and an electronic com- 
munication network, the client system running client 
software for managing the communications be- 
tween the client system and the electronic commu- 
nications network, the server system running server 
software for managing communications between a 
plurality of client systems and the electronic com- 
munications network, and the server system in elec- 
tronic communication with a plurality of access 

) ports, the method comprising: 

sending a welcome signal from the server to a 
first one of the access ports: 
determining in the server whether a confirma- 
5 tion signal has been received in the first one of 

the access ports; 

determining in the client system whether a wel- 
come signal has been received: 
sending a connection confirmation signal from 

10 the client system to the sen/er system: 

conducting a handshake sequence in the serv- 
er system and the client system; 
,f the determining in the sen/er software step 
determines that a confirmation signal has not 

35 been received, repeating the sending a wel- 

come signal and determining in the server 
steps; and 

If the determining in the client system step de- 
termines that the welcome signal has not been 
40 received, repeatingthedetermining in the client 

system step steps until the welcome signal is 
received. 

18 A method as set out in claims 1 , 7 or1 7 wherein the 
45 ' Step of conducting a handshake sequence in- 
cludes: 

providing a set of billing options, the billing op- 
tions including at least one technique for mak- 
50 ing a monetary payment; 

specifying a billing preference and transmitting 
the billing preference to the server system from 
the client system; and 

transmitting a billing approve/reject signal from 
the server system to the client system. 

A method as set out in clainns 1 , 7 orl 7 further com- 
prising conducting two-way communications be- 
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tween the electronic communications network and 
the client system via the server system following the 
handshake sequence. 

20. A method as set out In claims 1 . 7 or 1 7 further com- 
prising the step of continuing tosend a welcome sig- 
nal from the server to the first one of the access 
ports after the conducting a handshake sequence 
step begins. 

21 . A method of providing communication among a cli- 
ent system, server system and an electronic com- 
munication network, the client system including a 
Central Processor Unit (CPU), volatile working 
memory associated with the CPU, a communica- 
tions interface and the client system running client 
software for managing the communications be- 
tween the client system and the electronic commu- 
nications network, the server system running server 
software for managing communications between a ^ 
plurality of client systems and the electronic com- 
munications network, the method comprising: 

sending a welcome signal from the server to an 
access port: 2 
connecting the client system to the access port: 
receiving the welcome signal in the client sys- 
tem: and 

establishing a communications session be- 
tween the client system and the electronic com- 3t 
munications network. 

22. A communications system providing communica- 
tion among a client system, server system and an 
electronic communication network, the client sys- 3i 
tem running client software for managing the com- 
munications between the client system and the 
electronic communications network, the server sys- 
tem running server software for managing commu- 
nications between a plurality of client systems and 40 
the electronic communications network, and the 
server system in electronic communication with a 
plurality of access ports, the method comprising: 

means for sending a welcome signal from the 4S 
server to a first one of the access ports: 
means for determining in the server whether a 
confirmation signal has been received in the 
first one of the access ports; 

means for conducting a handshake sequence so 
in the server system if the means for determin- 
ing reports that the confirmation signal has 
been received in the first one of the access 
ports: and 

means for reactivating the means for sending 55 
and means for determining if the means for de- 
termining ascertains that a confirmation signal 
has not been received. 



23. A communications system as set out in claim 22 
wherein the determining means includes means for 
determining whether the server system has re- 
ceived a request for an IP address. 

s 

24. A communication system providing communication 
among a client system, server system and an elec- 
tronic communication network, the server system 
running server software for managing communica- 

0 tions between a plurality of client systems and the 
electronic communications network, and the server 
system in electronic communication with a plurality 
of access ports, the method comprising: 

^ means for starting client software in the client 

system for communicating with the server sys- 
tem; 

means for determining whether a welcome sig- 
nal has been received; 
' means conducting a handshake sequence in 

the client system if the means for determining 
reports that the welcome signal has been re- 
ceived; and 

means for reactivating the determining means 
if the determining means reports that the wel- 
come signal has not been received. 

25. A communications system as set out in claim 24 
wherein the means for determining includes means 
for conducting a handshake sequence includes 
means for sending a request for an IP address from 
the client system to the server system via the ac- 
cess port. 

26. A data storage medium including machine readable 
code thereon for use in a server computer system 
having means for reading code from the storage 
medium, the server system being adapted for com- 
munication with at least one client system, the stor- 
age medium comprising: 

means for sending a welcome signal from the 
server to a first one of the access ports; 
means for determining in the server whether a 
confirmation signal has been received in the 
first one of the access ports; 
means for conducting a handshake sequence 
in the server system if the means for determin- 
ing reports that the confirmation signal has 
been received in the first one of the access 
ports; and 

means for reactivating the means for sending 
and means for determining if the means for de- 
termining ascertains that a confirmation signal 
has not been received. 



. A data storage medium 
code thereon for use it 



ncluding machine readable 
a client computer system 
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having a communications interface and means for 
reading code from the storage medium, the storage 
medium comprising: 

means for starting client software in the client ^ 
system for communicating with the sen/er sys- 

- m^ans for determining whether a welcome sig- 
nal has been received: 

means conducting a handshake sequence in 
the client system if the means for determining 
■ reports that the welcome signal has been re- 
ceived: and 

means for reactivating the determining means 
if the determining means reports that the wel- 
come signal has not been received, 

28 An apparatus for providing communication over an 
electronic communications network compnsing. 

server software: 

a server system having a processor unit and 
running said sen/er software controlling the op- 
erations of the server system: 
at least one client system including a central 
. processor unit (CPU), and a communications 
interface: , ^ 

a plurality of access ports linked for electronic 
communication with the sen/er system, where- 
in each of the access ports also is configured 30 
to be linked for electronic communication with 
at least one client system: 
wherein the server software includes: 

means for sending a welcome signal from 3S 
the server to a first one of the access ports, 
means for determining in the server wheth- 
er a confirmation signal has been received 
in the first one of the access ports; 
repeating means for activating the means ^' 
for sending to send a welcome signal to 
said first one of the access ports until said 
confirmation signal has been received. 

29 A method of providing access to an electronic com- ^ 
■ munications system via a server system upon con- 
nection with a client system via a hot access port 
comprising: 

providing an active welcome signal to the hot 
access port; 

linking a client system to the hot access port, 
automatically providing the welcome signal to 
the client system. 

30 A method as set forth in claim 29 wherein the step 
■ of providing an active welcome signal includes re- 
petitively sending a welcome signal from the server 



system to the hot access port. 



31 A method as set forth in claim 30 further comprising. 

discontinuing providing the welcome signal 
from the sen/er system after linking to the client sys- 
tem and after the client system sends a confirmation 
signal confirming that it has received the welcome 
signal. 

32. A method as set forth in claim 29 wherein: 

the step of providing an active welcome signal 
includes periodically sending a welcome signal 
from a server system to the hot access port: and 
, receiving the welcome signal in a client system 

after the linking a client system step. 
33 A method as set forth in claim 30 wherein: 

the linking step compnses attaching a caoie 
0 from the client system to the hot access port. 

34. A method as set forth in claim 29 further compnsing: 

running client software on the client system be- 
>5 fore the linking step: 

receiving the welcome signal in the client sys- 
tem after the linking step; and 
sending an indicator signal from the client sys- 
tem to the server system indicating that the wel- 
30 come signal was received. 

35. A hot access port providing access to an electronic 
communications system via a server upon connec- 
tion with a client system. 

36. A hot access port as set forth in claim 34 compris- 
ing; 

a receiver linkage for receiving signals from a 
40 client system: and 

an active welcome signal emitter 

37. A hot access port as set forth in claim 34 compris- 
ing: 

means for receiving a welcome signal from a 
server system; 

means for establishing a communications link 
with a client system: and 
means for transmitting the welcome signal to 
the client system when the communications 
ling is established. 

38 A method of providing communication between a 
s ' client system and an electronic communications 
network, the client system having a plurality of com- 
munications settings and the client system running 
client software for managing the communications 
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between the client system and the electronic com- 
munications network, the method comprising: 

determining if communications settings are 
properly set in the client system for communi- 
cation between the client system and electronic 
communication network; 
saving in memory at least a first communica- 
tions setting in the client system when the de- 
termining step determines that the communica- 
tions settings are not properly set: and 
changing at least the first communications set- 
ting in the client system when the determining 
step determines that the communications set- 
tings are not properly set. 

39. A method as set out in claim 38 further comprising 
rebooting the client system following the changing 
step when the determining step determines that the 
communications settings are not properly set. : 

40. A method as set out in claim 38 wherein the chang- 
ing step includes receiving a new value for the first 
communications setting from an external data 
processing system. ^ 



41. A method as set out ii 



1 claim 38 further comprising: 



requesting at least the first communications 
setting from an external server system before 
the changing step: and 

receiving a new value of at least the first com- 
munications setting from the external server 
system before the changing step. 

42. A method as set out in claim 41 further comprising 
connecting the client system to an access port be- 
fore the determining step; and 

wherein the requesting step further comprises 
requesting at least the first communications 
setting from an external server system via the 
access port: and 

the receiving step further comprises receiving 
a new value of at least the first communications • 
setting from the external server system via the 
access port. 

43. A method as set out in claim 41 further comprising 
connecting the client system to an access port fol- 
lowing the saving in memory step; and 

wherein the requesting step further comprises 
requesting at least the first communications 
setting from an external server system via the 
access port; and 

the receiving step further comprises receiving 
a new value of at least the first communications 



setting from the external server system via the 
access port. 

^ 44. A method as set out in claim 38 further comprising; 

connecting the client system to a hot access 
port using a digital signal transfer means: 
requesting at least the first communications 
setting from an external server system via the 
access port before the changing step; 
receiving a new value of at least the first com- 
munications setting from the external server 
system via the access port before the changing 
step: and 

^ rebooting the client system following the chang- 

ing step when the determining step determines 
that the communications settings are not prop- 
erly set connecting the client system to a hot 
access port. 

0 

45. A method as set out in claim 38 further comprising 
conducting an ECN session following the changing 
step wherein the first communications setting is 
used in the ECN session. 

46. A method as set out in claim 45 further compnsing 
conducting an ECN session following the receiving 
step wherein the first communications setting is 
used in the ECN session. 

47. A method of providing communication between a 
client system and an electronic communications 
network, the client system having a plurality of com- 
munications settings and the client system running 
client software for managing the communications 
between the client system and the electronic com- 
munications network, the method comprising; 

determining if the client system is configured to 
receive a new value for a first communications 
setting; 

saving in memory a first value of at least the 
first communications setting when the client 
system is configured to receive the new value 
for the first communications setting; and 
setting at least the first communications setting 
using the new value for the first communica- 
tions setting. 



50 48. A method as set out in claims 39 or 47 wherein the 
step of saving in memory includes saving an IP ad- 
dress and a DNS address. 

49. A method as set put in claims 39 or 47 wherein the 
first communications setting is selected from a 
group including an IP address and a DNS address. 

50. A method as set out in claims 38 or 47 further com- 
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pnsing configuring the client system to receive the 
new value for the first comnaunications setting fol- 
lowing the determining step. 
51 A method as set out in claims 38 or 47 further com^ ^ 
prising inquiring whether a user of the client system 
desires to change a communications settings con- 
figuration of the client system. 

52. A method as set out in claim 47 further corTipnsing io 
receiving the new value for the first communications 
setting before the setting step. 

53. A method as set out in claim 47 wherein the client 
system has a predetermined value for at least the 
first communications setting before the determining 

further comprising the step of disabling the 
predetermined value of at least the first commun.- 
cations setting following the setting step. 

54 A method as set out in claim 47 further comprising 
■ rebooting the client system following the setting 

step. 2 

55 A method as set out in claim 54 further comprising; 

initializing the client system with the new val- 
ue of the first communications setting following the 
rebooting step. 

56 A method as set out in claim 55 further comprising: 

restoring the first value of the first communi- 
cations setting following the initializing step. 

57. A method as set out in claim 55 wh-ein the resU^r- 
ing step further comprises saving the new value oi 
the first communications setting in memory. 

58. A method as set out in claim 47 further comprising: 

rebooting the client system following the setting 

in^lalizing the client system with the new value 
of the first communications setting following the 
rebooting step; . 
restoring the first value of the first communica- 
tions setting following the initializing step; and 
saving the new value of the first communica- 
tions setting in memory. 



59. A method as set out 



n claim 47 further comprising; 



requesting at least the first communications 
setting from an external server system before 
the setting step; and 

receiving the new value at least the first com- 
munications setting from the external server 
system before the setting step. 



60 A method as set out in claim 59 further comprising 
■ connecting the client system to an access port be- 
fore the determining step: and 

wherein the requesting step further comprises 
requesting at least the first communications 
setting from an external server system via the 
access port; and . . 

the receiving step further comprises receiving 
a new value of at least the first communications 
setting from the external server system via the 
access port. 

61 A method as set out in claim 59 further comprising 
■ connecting the client system to an access port fol- 
lowing the saving in memory step: and 

wherein the requesting step further comprises 
requesting at least the first communications 
setting from an external server system via the 
access port: and . . 

the receiving step further comprises receiving 
a new value of at least the first communications 
setting from the external server system via the 
5 access port. 

62. A method as set out in claim 47 further compnsing; 

connecting the client system to a hot access 
:o port using a digital signal transfer means. 

requesting at least the first communications 
setting from an external server system via the 
access port before the setting step; 
receiving a new value of at least the first com- 
55 munications setting from the external sender 

system via the access port before the setting 

rebooting the client system following the setting 
step. 

63. A method as set out in claim 47 wherein the first 
communications setting is a static setting before the 
determining step, the method further compnsing^ 
configuring the client system to receive the 
45 first value including the step of changing the first 
communication setting to dynamic from static when 
the step of determining if the client system is con^ 
figured to receive a new value determines that the 
ciient system is not configured to receive the new 
50 value. 

64. A method as set out in claims 38 or 47 further com- 
prising; 

connecting the client system to a hot access 
port; and , , . 

communicating on the Internet through the hot 

access port. 
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65. A method as set out in claims 38 or 47 wherein the 
step of saving in memory includes saving at least 
the first communications setting in a non-volatile 
memory. 

66. A method as set out in claims 38 or 47 wherein the 
determining step includes determining if settings 
selected from the group including network configu- 
ration settings and control settings are properly set. 

67. A method as set out in claims 38 or 47 wherein the 
determining step includes determining if settings 
selected from the group including settings for an IP 
address, gateway address, DNS address, network 
preferences, file sharing settings and browsing con- 1 
trol settings. 

68. A communications system providing communica- 
tion between a client system and an electronic com- 
munications network, the client system having a 2> 
plurality of communications settings and the client 
system running client software for managing the 
communications between the client system and the 
electronic communications network, the method 
comprising: 2' 

means for determining if communications set- 
tings are properly set in the client system for 
communication between the client system and 
electronic communication network: 30 
means for saving in memory at least a first com- 
munications setting in the client system when 
the determining step determines that the com- 
munications settings are not properly set: and 
means for changing at least the first communi- 3s 
cations setting in the client system when the de- 
termining step determines that the communica- 
tions settings are not properly set. 

69. A communications system for providing communi- 40 
cation between a client system and an electronic 
communications network, the client system having 
a plurality of communications settings and the client 
system running client software for managing the 
communications between the client system and the 45 
electronic communications network, the method 
comprising: 

means for determining if the client system is 
configured to receive a new value for a first so 
communications setting: 
means for saving in memory a first value of at 
least the first communications setting when the 
client system is configured to receive the new 
value for the first communications setting; and ss 
means for setting at least the first communica- 
tions setting using the new value for the first 
communications setting. 



70. A data storage medium including machine readable 
code thereon for use in a computer system having 
means for reading code from the storage medium, 
the storage medium comprising: 

means for determining if communications set- 
tings are properly set in the client system for 
communication between the client system and 
electronic communication network: 
° means for saving in memory at least a first com- 

munications setting in the client system when 
the determining step determines that the com- 
munications settings are not properly set: and 
means for changing at least the first communi- 
cations setting in the client system when the de- 
termining step determines that the communica- 
tions settings are not properly set. 

71. Adata storage medium including machine readable 
code thereon for use in a computer system having 
means for reading code from the storage medium, 
the storage medium comprising: 

means for determining if the client system is 
configured to receive a new value for a first 
communications setting; 
means for saving in memory a first value of at 
least the first communications setting when the 
client system is configured to receive the new 
value for the first communications setting: and 
means for setting at least the first communica- 
tions setting using the new value for the first 
communications setting. 

72. A method of providing communication among a cli- 
ent system, server system and an electronic com- 
munication network, the client system including a 
Central Processor Unit (CPU), volatile working 
memory associated with the CPU, a communica- 
tions interface and the client system running client 
software for managing the communications be- 
tween the client system and the electronic commu- 
nications network, the server system running server 
software for managing communications between a 
plurality of client systems and the electronic com- 
munications network, the method comprising: 

providing a set of billing options, the billing op- 
tions including at least one technique for mak- 
ing a monetary payment: 
specifying a billing preferences and transmit- 
ting the billing preference to the server system 
from the client system; 

transmitting a billing approve/reject signal from 
the server system to the client system: 
conducting two-way communications between 
the electronic communications network and the 
client system via the server system if an ap- 
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prove signal is provided in the transmitting a 
billing approve/reject signal step. 

73 A method as set out in claim 72 further comprising 

■ the step of assigning an I P address to the client sys- 
tem, prior to the step of providing a set of billing op- 
tions. 

74 A method as set out in claim 72 further comprising 

■ the following steps prior to the step of providing a 
set of billing options: 

determining if the client software on the client 
system is missing any components necessary 
for communications with the electronic commu- 
nications network; 

providing to the client system from the server 
system missing components of the client soft- 
ware on the client system: and 
installing missing components of the client soft- 
ware on the client system. 

75 A method as set out in claim 72 further compnsing 
the following steps prior to the step of providing a 
set of billing options: 

determining if the client software on the client 
, system is missing any components necessary 
for communications with the electronic commu- 
nications network: 

searching the client system for install files con- 
taining the any said missing components; and 
installing any missing components of the client 
software found in the searching step. ^ 

76 A method as set out in claim 72 further comprising 
the following steps prior to the step of providing a 
set of billing options: 

determining if the client software on the client ^ 
system is missing any components necessary 
for communications with the electronic commu- 
nications network; 

searching the client system for install files con- 
taining the any said missing components; 
providing to the client system from the server 
system any additional missing components that 
are not found in the searching step; and 
installing any missing components of the client 
software found in the searching step. 

77 A method as set out in claim 72 further comprising 
■ the following steps prior to the step of providing a 
set of billing options: 

determining if the client software on the client 
system is has any outdated components: 
providing to the client system from the server 



system a current version corresponding to each 
of said outdated components found in said de- 
termining step: and 

installing said current version corresponding to 
each of said outdated components found in 
said determining step. 

78 A method as set out in claim 72 further comprising 
the following steps prior to the step of providing a 
set of billing options: 

determining if the client system has proper net- 
work configuration and registry settings to ac- 
complish communication with the electronic 
communications network: 
if proper settings are found in said determining 
step, storing said settings in volatile working 
memory; 

requesting assignment of an IP address from 
the server system by the client system; and 
receiving said IP address in the client system 
from the server system. 

79 A method as set out in claim 78 further comprising 
; the following steps before the step of providing a 

set of billing options and after the step of receiving 
said IP address: 

sending a request from the client system to 
the server system for a set of available billing op- 
0 tions. 

80 A method as set out in claim 74 further comprising 
the following steps prior to the step of providing a 
set of billing options: 

determining if the client system has proper net- 
work configuration and registry settings to ac- 
complish communication with the electronic 
communications network: 
40 if proper settings are found in said determining 

step, storing said settings in volatile working 
memory: 

requesting assignment of an IP address from 
the server system by the client system: and 
45 receiving said IP address in the client system 

from the server system. 

81 A method as set out in claim 72 wherein a plurality 
of client systems are in communication with the 
50 sen/er system, further comprising the slops of: 

maintaining a database in the scn/cr system 
tracking identifying information (or each of said 
client systems in communication wim said serv- 
55 er system; 

for each said client system, reco.dmq in saia 
database said billing information !or each re- 
spective client system and data lop.osentmg 
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the amount of monetary charges accumulated 
by each of said respective client systems. 

82. A method as set out in claim 81 wherein said data 
representing the amount of monetary charges in- 
cludes data representing connect time. 

83. A method as set out in claim 81 further comprising 
the steps of: 

recording data representing the total amount of 
monetary charges for each respective client 
system following disconnection of client sys- 
tem: 

transmitting said total amount of monetary 
charges to a network management system: and 
processing account billing corresponding to the 
total amount of monetary charges in the net- 
work management system, 

84. A method as set out in claim 72 further comprising 
the steps of: 

periodically sending a periodic connect signal 
from the client system to the server system con- 2S 
firming that the client system is still connected: 
providing a clock signal in the server system: 
determining in said server system if said peri- 
odic connect signal is received from said client 
system within a predetermined period based on 30 
said clock signal; 

setting a disconnect parameter within said 
server system if in the determining step it is de- 
termined that said periodic connect signal has 
not been received from said client system with- 3S 
in the predetermined period. 

85. A method of providing communication among a cli- 
ent system, server system and an electronic com- 
munication network, the client system including a 40 
Central Processor Unit (CPU), volatile working 
memory associated with the CPU, a communica- 
tions interface and the client system running client 
software for managing the communications be- 
tween the client system and the electronic commu- 45 
nications network, the server system running server ^ 
software for managing communications between a 
plurality of client systems and the electronic com- 
munications network, the method comprising: 

so 

providing a set of billing options, the billing op- 
tions including at least one technique for mak- 
ing a monetary payment; 

specifying a billing preferences and transmit- 8! 
ting the billing preference to the server system ss 
from the client system: 

sending an approval inquiry from the server 
system to a remote approval system; 



sending a temporary approval signal from the 
sen/er system to the client system before an ap- 
proval signal is received by the server system 
from the remote approval system: and 
conducting two-way communications between 
the electronic communications network and the 
client system. 



1 claim 85 further comprising 



86. A method as set out 

the steps of: 



receiving a rejection signal in the server system 
from the remote approval system; 
transmitting a rejection signal from the sen/er 
system to the client system; and 
discontinuing two-way communications be- 
tween the electronic communications network 
and the client system. 

87. A method as set out in claim 85 further comprising 
the steps of: 

sending a rejection signal from the sen/er sys- 
tem to the client system; and 
transmitting additional billing information from 
the client system to the server system. 

}. A communication system providing communication 
among a client system, server system and an elec- 
tronic communication network, the client system 
running client software for managing the communi- 
cations between the client system and the electron- 
ic communications network, the server system run- 
ning server software for managing communications 
between a plurality of client systems and the elec- 
tronic communications network, the communica- 
tions means comprising: 

means for providing a set of billing options, the 
billing options including at least one technique 
for making a monetary payment: 
means for specifying a billing prelercnces and 
transmitting the billing preference lo the server 
system from the client system: 
means for transmitting a billing approve/reject 
signal from the server system to the client sys- 
tem; 

means for conducting two-way communica- 
tions between the electronic communications 
network and the client system via the sen/er 
system if an approve signal received m the cli- 
ent system. 



89. A communications system as set out 
ther comprising means for assigning 
to the client system. 

90. A communications system as set out i 



:i.iimc;8fur- 
I I P Hddress 
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ther comprising; 



means for determining if the client software on 
the client system is missing any components 
necessary for communications with the elec- 
tronic communications network; 
means for providing to the client system from 
the sen/er system missing components of the 
client software on the client system; and 
means for installing missing components of the 
client software on the client system. 



91 . A communications system as set out in claim i 
ther comprising; 



8 fur- 



means for determining if the client software on 
the client system is missing any components 
necessary for communications with the elec- 
tronic communications network; 
means for searching the client system for install 
tiles containing the any said missing compo- 
nents; and 

means for installing any missing components 
of the client software. 

92. A communications system as set out in claim 88 fur- 
ther comprising; 

means for determining if the client software on 
the client system is missing any components 
necessary for communications with the elec- 
tronic communications network; 
means for searching the client system for install 
files containing the any said missing compo- ^ 
nents; 

means for providing to the client system from 
the server system additional missing compo- 
nents; and 

means for installing any missing components 
of the client software provided to the client sys- ^ 
tem by the means for providing. 

93. A communications system as set out in claim 88 fur- 
ther comprising; 

means for determining if the client software on 
the client system is has any outdated compo- 
nents; 

means for providing to the client system from 
the server system a current version outdated 
components; and 

means for installing said current version corre- 
sponding to each of said outdated components. 

94. A communications system as set out in claim 88 fur- 
ther comprising; 

means for determining if the client system has 



48 

proper network configuration and registry set- 
tings to accomplish communication with the 
electronic communications network; 
means for storing said settings in volatile work- 
ing memory; 

means for requesting assignment of an IP ad- 
dress from the sen/er system by the client sys- 
tem; and 

means for receiving said IP address in the client 
system from the server system. 

95. A communications system as set out in claim 94 fur- 
ther comprising; 

means for sending a request from the client 
system to the sen/er system for a set of available 
billing options. 

96. A method as set out in claim 90 further comprising; 

, means for determining if the client system has 

proper network configuration and registry set- 
tings to accomplish communication with the 
electronic communications network; 
means for storing said settings in volatile work- 
5 ing memory; 

means for requesting assignment of an IP ad- 
dress from the server system by the client sys- 
tem; and 

means for receiving said IP address in the client 
0 system from the server system. 

97 A method as set out in claim 88 wherein a plurality 
of client systems are in communication with the 
sen/er system, further comprising: 

means for maintaining a database in the server 
system tracking identifying information for each 
of said client systems in communication with 
said server system; 
40 means for recording in said database for each 

said client system, said billing information for 
each respective client system and data repre- 
senting the amount of monetary charges accu- 
mulated by each of said respective client sys- 
45 tems. 

98 A communications system as set out in claim 97 
wherein said data representing the amount of mon- 
etary charges includes data representing connect 
50 time. 

99. A communications system as set out in claim 97 fur- 
ther comprising; 

55 means for recording data representing the total 

amount of monetary charges for each respec- 
tive client system following disconnection of cli- 
ent system; 
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means for transmitting said total amount of 
monetary cfiarges to a network management 
system: and 

means for processing account billing corre- 
sponding to the total amount of monetary : 
charges in the network management system. 

1 0O.A communications system as set out in claim 88 fur- 
ther comprising: 

means for periodically sending a periodic con- 
nect signal from the client system to the server 
system confirming that the client system is still 
connected: 

means for providing a clock signal in the server n 
system: 

means for determining in said server system if 
said periodic connect signal is received from 
said client system within a predetermined peri- 
od based on said clock signal: 20 
means for setting a disconnect parameter with- 
in said server system if said determining means 
determines that said periodic connect signal 
has not been received from said client system 
within the predetermined period. 25 

1 01 .A data storage medium including machine readable 
code thereon for use in a client computer system 
having a Central Processor Unit (CPU), volatile 
working memory associated with. the CPU, a com- 30 
munications interface, and means for reading code 
from the storage medium, the storage medium com- 
prising: 

means for receiving a set of billing options, the 3S 
billing options including at least one technique 
for making a monetary payment: 
means for specifying a billing preferences and 
transmitting the billing preference to the server 
system from the client system: 40 
means for receiving a billing approve/reject sig- 
nal from a server system to the client system; 
means for conducting two-way communica- 
tions between an electronic communications 
network and the client system via the server 45 
system if an approve signal is received. 

102.A data storage medium including machine readable 



a server computer system having 



thereon for u 

means for reading code from the storage medium'! 
the server system being adapted for communication 
with a plurality of client systems, the storage medi- 
um comprising: 



s for providing a set of billing options, the S5 
billing options including at least one technique 
for making a monetary payment; 

s for receiving a billing preference from 
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one of the client systems: 
means for transmitting a billing approve/reject 
signal from the server system to one of the cli- 
ent systems: 

means for accommodating two-way communi- 
cations between an electronic communications 
network and any of the plurality of client sys- 
tems via the server system if an approve signal 
received in the client system. 

103.A computer operating system having a communi- 
cations feature for providing communication among 
a client system, server system and an electronic 
communication network, the client system running 
client software for managing the communications 
between the client system and the electronic com- 
munications network, the server system running 
server software for managing communications be- 
tween a plurality of client systems and the electronic 
communications network, the communications fea- 
ture comprising; 

means for receiving a set of billing options from 
said server system, the billing options including 
at least one technique for making a monetary 
payment; 

means for specifying a billing preferences and 
transmitting the billing preference to the server 
system from the client system: 
means for receiving a billing approve/reject sig- 
nal from the server system to the client system; 
means for conducting two-way communica- 
tions between the electronic communications 
network and the client system via the server 
system if an approve signal is received from the 
server system, signal step. 

104.A method of providing communication among a cli- 
ent system, server system and an electronic com- 
munication network, the client system running client 
software for managing the communications be- 
tween the client system and the electronic commu- 
nications network, the server system running server 
software for managing communications between a 
plurality of client systems and the electronic com- 
munications network, the method comprising; 

providing network setting parameters by the 
server system to a client system: 
specifying a billing preference and transmitting 
the billing preference to the server system from 
the client system; 

transmitting a billing approve/reject signal from 
the server system to the client system; 
conducting two-way communications between 
the electronic communications network and the 
client system via the server system if an ap- 
prove signal is provided in the transmitting a 
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billing approve/reject signal step. 



1 05.A method as set out ,n claim 104 further comprising 
the steps of; ^ 

recording network settings of the client system 
prior to the step of providing network setting pa- 
rameters; and 

restoring the recorded network settings follow- 
ing the step of conducting two-way communi- 'O 
cations between the electronic communica- 
tions network and the client system. 

1 06. An apparatus for providing communication over an 
electronic communications network comprising; 

a server system having a processor unit and 
running server software controlling the opera- 
tions of the server system: 
at least one client system including a central 
processor unit (CPU), and a communications 
interface: 

a plurality of access ports linked for electronic 
communication with the sen/er system, where- 
in each of the access ports also is configured 
to be linked for electronic communication with 
a client system; 

wherein the server software Includes: means 
for providing a unique identifier to each of said 
client systems linked to a particular access - 
port- means for receiving the unique identifier 
from any of said client systems and thereby 
identify the particular client system; and means 
for associating billing parameters with at least 
one of the client systems. 

107 An apparatus as set forth in claim 106 wherein the 
server software further includes; means for promot- 
ing a communications between any of the client sys- 
tems and an electronic communications network. 

1 08. An apparatus as set forth in claim 106 further com- 
promising a network management server in com- 
munication with the server system. 

109. An apparatus as set forth in claim 106 further com- 
prising a plurality of said server systems, each of 
which are capable transmitting and receiving data 
from the network management server. 
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